前言：
本文章为个人笔记，参考Dubbo官方文档，加上自己的理解，所总结的Dubbo注册到发布的执行流程（也可以说Dubbo原理），中间涉及到的技术，如果感兴趣，请自行搜索；
Dubbo架构：
从图上可以看出，Dubbo共分十层：Service（服务层），Config（配置层），Proxy（服务代理层），Registry（中间注册层），Cluster（集群层，包含集群容错和软负载均衡，服务降级），Monitor（监控层），Protocol（远程调用层），Exchange（信息交换层），Tranesport（网络传输层，默认Dubbo协议，基于TCP[NIO]，长连接），Serialize（数据序列层，Dubbo自己开发的尚未成熟序列化方式不建议使用，推荐开源Hession、ProtoBuf等）
Dubbo执行流程
1，加载配置文件，解析配置文件
1.1）基于dubbo.jar内的Meta-inf/spring.handlers配置，spring在遇到dubbo名称空间时，会回调DubboNamespaceHandler类。 （Config【配置层】）
1.2）所有的dubbo标签，都统一用DubboBeanDefinitionParser进行解析，基于一对一属性映射，将XML标签解析为Bean对象。 （Config【配置层】）
1.3）根据配置文件生产代理对象（Proxy【服务代理层】）
1.4）封装服务地址的注册与发现（registry【注册中心层】）
2，获取所有服务及相同服务的集群列表（cluster 路由层）
将每一个服务封装成一个Provider（服务提供者，这里单个服务的意思，例如order服务）
1，获取服务列表及每个服务下的集群，这里将部署服务的单个机器提供者成为Invoker
2，将多个Invoker组装成一个Directory，这里的Directory可以理解为一个List<Invoker>，但与 List 不同的是，它的值可能是动态变化的，比如注册中心推送变更
3，将多个Invoker伪装成一个Invoker，伪装后的Invoker被称为Cluster（集群）
4，Router 负责从多个 Invoker 中按路由规则选出子集
5，LoadBalance 负责从多个 Invoker 中选出具体的一个用于本次调用，选的过程包含了负载均衡算法，调用失败后，需要重选
这里补充一下集群内容：
集群配置方式：
集群容错方式：
a）Failover Cluster（默认方式）：失败自动切换，当出现失败，重试其它服务器 1。通常用于读操作，但重试会带来更长延迟。可通过 retries="2" 来设置重试次数(不含第一次)。
b）Failfast Cluster：快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录
c）Failsafe Cluster：失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作
d）Failback Cluster：失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作
e）Forking Cluster：并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks="2" 来设置最大并行数。
f）Broadcast Cluster：广播调用所有提供者，逐个调用，任意一台报错则报错 2。通常用于通知所有提供者更新缓存或日志等本地资源信息。
3，暴露服务：
发布服务过程：将对象使用Dubbo自己开发的尚未成熟序列化进行序列化（serialize 数据序列化层），通过netty或者mina（transport 网络传输层），实现异步通信，封装请求响应模式，同步转异步，封装 RPC 调用（protocol 远程调用层）
发布方式：
a）只暴露服务端口：在没有使用注册中心的情况，这种情况一般适用在开发环境下，服务的调用这和提供在同一个IP上，只需要打开服务的端口即可
b）向注册中心暴露服务：需要将服务的IP和端口一同暴露给注册中心
4，过滤器：权限控制
5，引用服务
引用方式：
A）直接引用服务
B）从注册中心发现引用服务
引用服务过程：封装 RPC 调用（protocol 远程调用层），实现异步通信，封装请求响应模式，同步转异步通过netty或者mina（transport 网络传输层），，使用使用Dubbo自己开发的尚未成熟序列化进行序列化（serialize 数据序列化层）将对象还原回来