dubbo实现原理机制

港控/mmm° 2023-09-27 04:52 116阅读 0赞

**Dubbo\*\*\*\*的总体架构如图所示：**

**![http://images2015.cnblogs.com/blog/524341/201604/524341-20160414133308535-1254684890.png][http_images2015.cnblogs.com_blog_524341_201604_524341-20160414133308535-1254684890.png]**

框架分层架构中，各个层次的设计要点：

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。  
    远程调用层（Protocol）：封将RPC调用，以Invocation和Result为中心，扩展接口为Protocol、Invoker和Exporter。Protocol是服务域，它是Invoker暴露和引用的主功能入口，它负责Invoker的生命周期管理。Invoker是实体域，它是Dubbo的核心模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发起invoke调用，它有可能是一个本地的实现，也可能是一个远程的实现，也可能一个集群实现。
7.  信息交换层（Exchange）：封装请求响应模式，同步转异步，以Request和Response为中心，扩展接口为Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。
8.  网络传输层（Transport）：抽象mina和netty为统一接口，以Message为中心
9.  扩展接口为Channel、Transporter、Client、Server和Codec。

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

**Dubbo的底层实现**

**（1）协议支持**

Dubbo支持多种协议，如下所示：  
Dubbo协议 Hessian协议  
HTTP协议 RMI协议  
WebService协议  
Thrift协议 Memcached协议 Redis协议  
在通信过程中，不同的服务等级一般对应着不同的服务质量，那么选择合适的协议便是一件非常重要的事情。你可以根据你应用的创建来选择。例如，使用RMI协议，一般会受到防火墙的限制，所以对于外部与内部进行通信的场景，就不要使用RMI协议，而是基于HTTP协议或者Hessian协议。

**（2）默认使用Dubbo协议**

连接个数：单连接  
连接方式：长连接  
传输协议：TCP  
传输方式：NIO异步传输  
序列化：Hessian二进制序列化  
适用范围：传入传出参数数据包较小（建议小于100K），消费者比提供者个数多，单一消费者无法压满提供者，尽量不要使用dubbo协议传输大文件或超大字符串  
使用场景：常规远程服务方法调用  
从上面的适用范围总结，dubbo适合小数据量大并发的服务调用，以及消费者机器远大于生产者机器数的情况，不适合传输大数据量的服务比如文件、视频等，除非请求量很低。

**（3）Dubbo源码模块图**

Dubbo以包结构来组织各个模块，各个模块及其关系，如图所示：

![http://images2015.cnblogs.com/blog/524341/201604/524341-20160414132603629-1702057712.png][http_images2015.cnblogs.com_blog_524341_201604_524341-20160414132603629-1702057712.png]

可以通过Dubbo的代码（使用Maven管理）组织，与上面的模块进行比较。简单说明各个包的情况：  
dubbo-common 公共逻辑模块，包括Util类和通用模型。  
dubbo-remoting 远程通讯模块，相当于Dubbo协议的实现，如果RPC用RMI协议则不需要使用此包。  
dubbo-rpc 远程调用模块，抽象各种协议，以及动态代理，只包含一对一的调用，不关心集群的管理。  
dubbo-cluster 集群模块，将多个服务提供方伪装为一个提供方，包括：负载均衡、容错、路由等，集群的地址列表可以是静态配置的，也可以是由注册中心下发。  
dubbo-registry 注册中心模块，基于注册中心下发地址的集群方式，以及对各种注册中心的抽象。  
dubbo-monitor 监控模块，统计服务调用次数，调用时间的，调用链跟踪的服务。  
dubbo-config 配置模块，是Dubbo对外的API，用户通过Config使用Dubbo，隐藏Dubbo所有细节。  
dubbo-container 容器模块，是一个Standalone的容器，以简单的Main加载Spring启动，因为服务通常不需要Tomcat/JBoss等Web容器的特性，没必要用Web容器去加载服务。

。

[http_images2015.cnblogs.com_blog_524341_201604_524341-20160414133308535-1254684890.png]: https://img-blog.csdnimg.cn/img_convert/9dd0c677c68a541484a1eb1764fff779.png
[http_images2015.cnblogs.com_blog_524341_201604_524341-20160414132603629-1702057712.png]: https://img-blog.csdnimg.cn/img_convert/b0e865e7c2f1e2a1dac1b91705ad2eab.png