dubbo设计架构理解

首先让我们来看一张图，这张图思从dubbo官网拿过来的。基于RPC调用架构设计，我们可以看一下他们之间调用的关系。

图中一共有5个重要模块：

注册中心registry：服务注册与发现

服务提供者provider：暴露服务

服务消费者consumer：调用远程服务

监控中心monitor：统计服务的调用次数和调用时间

容器container：服务允许容器

我们已经知道重要模块以及他们的作用，那这些模块之间的调用关系是怎么样的呢？这里从图中可以看出来。

0：container容器负责启动、加载、运行provider

1：provider在启动时，向regisitry中心注册自己提供的服务

2：consumer在启动时，向regisitry中心订阅自己所需的服务

3：regisitry返回服务提供者列表给consumer，如果有变更，registry将基于长连接推送变更数据给consumer

4：consumer调用provider服务，基于负载均衡算法进行调用

5：consumer调用provider的统计，基于短链接定时每分钟一次统计到monitor

知道了大概的调用流程之后，有一些问题我们需要简单的理解下。什么是长连接？短连接？

长连接：是指一个连接上可以发送多个数据包，在保持连接不会断开。这里指consumer通过与zk之间的watch机制。

短连接：是指通讯双方有数据交互时就连接，数据发送完之后就断开。这里指consumer和provider会定时每分钟一次的发送数据给monitor。

接下来我们再来看下dubbo具体的总体层级架构图。一样的也是从官网拿下来的图。总体架构，如图所示：

先让我们来理解下各层的作用吧，以下都是采用官方的解释：

1：服务接口层（Service）：该层是与实际业务逻辑相关的，根据服务提供方和服务消费方的业务设计对应的接口和实现。

2：配置层（Config）：对外配置接口，以ServiceConfig和ReferenceConfig为中心，可以直接new配置类，也可以通过spring解析配置生成配置类。

3：服务代理层（Proxy）：服务接口透明代理，生成服务的客户端Stub和服务器端Skeleton，以ServiceProxy为中心，扩展接口为ProxyFactory。

4：服务注册层（Registry）：封装服务地址的注册与发现，以服务URL为中心，扩展接口为RegistryFactory、Registry和RegistryService。可能没有服务注册中心，此时服务提供方直接暴露服务。

5：集群层（Cluster）：封装多个提供者的路由及负载均衡，并桥接注册中心，以Invoker为中心，扩展接口为Cluster、Directory、Router和LoadBalance。将多个服务提供方组合为一个服务提供方，实现对服务消费方来透明，只需要与一个服务提供方进行交互。

6：监控层（Monitor）：RPC调用次数和调用时间监控，以Statistics为中心，扩展接口为MonitorFactory、Monitor和MonitorService。

7：远程调用层（Protocol）：封将RPC调用，以Invocation和Result为中心，扩展接口为Protocol、Invoker和Exporter。Protocol是服务域，它是Invoker暴露和引用的主功能入口，它负责Invoker的生命周期管理。Invoker是实体域，它是Dubbo的核心模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发起invoke调用，它有可能是一个本地的实现，也可能是一个远程的实现，也可能一个集群实现。

8：信息交换层（Exchange）：封装请求响应模式，同步转异步，以Request和Response为中心，扩展接口为Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。

9：网络传输层（Transport）：抽象mina和netty为统一接口，以Message为中心，扩展接口为Channel、Transporter、Client、Server和Codec。

10：数据序列化层（Serialize）：可复用的一些工具，扩展接口为Serialization、 ObjectInput、ObjectOutput和

上面的部分大概都理解了一下之后，我们总要再去简单理解下他们之间的关系的，依然还是看下别人怎么说的，以上各层之间的一个关系的描述：

1：在RPC中，Protocol是核心层，也就是只要有Protocol + Invoker + Exporter就可以完成非透明的RPC调用，然后在Invoker的主过程上Filter拦截点。

2：图中的Consumer和Provider是抽象概念，只是想让看图者更直观的了解哪些类分属于客户端与服务器端，不用Client和Server的原因是Dubbo在很多场景下都使用Provider、Consumer、Registry、Monitor划分逻辑拓普节点，保持统一概念。

3：而Cluster是外围概念，所以Cluster的目的是将多个Invoker伪装成一个Invoker，这样其它人只要关注Protocol层Invoker即可，加上Cluster或者去掉Cluster对其它层都不会造成影响，因为只有一个提供者时，是不需要Cluster的。

4：Proxy层封装了所有接口的透明化代理，而在其它层都以Invoker为中心，只有到了暴露给用户使用时，才用Proxy将Invoker转成接口，或将接口实现转成Invoker，也就是去掉Proxy层RPC是可以Run的，只是不那么透明，不那么看起来像调本地服务一样调远程服务。

5：而Remoting实现是Dubbo协议的实现，如果你选择RMI协议，整个Remoting都不会用上，Remoting内部再划为Transport传输层和Exchange信息交换层，Transport层只负责单向消息传输，是对Mina、Netty、Grizzly的抽象，它也可以扩展UDP传输，而Exchange层是在传输层之上封装了Request-Response语义。

6：Registry和Monitor实际上不算一层，而是一个独立的节点，只是为了全局概览，用层的方式画在一起。