dubbo源码编译安装 dubbo源码分析

转载

AI大梦想家 2024-03-27 09:51:42

本系列文件基于 dubbo 2.7.14 做源码参考，欢迎各位小伙伴一起探讨交流，有问题，欢迎评论区进行留言。好了，废话不多说，下面直接上硬货。

在阅读 dubbo 源码时，建议小伙伴们详细了解与使用一下 dubbo 的 SPI 机制，这样在阅读 dubbo 源码时，才不会迷路，可以参照下面资料：

下面我们根据 dubbo 官网提供的资料，进行 dubbo 框架的简单介绍。

一、dubbo框架整体设计

dubbo源码编译安装 dubbo源码分析_dubbo

上面这边图片，是 dubbo 官网提供的 dubbo框架整体设计，还对图片进行了图例说明：

图中左边淡蓝背景的为服务消费方使用的接口，右边淡绿色背景的为服务提供方使用的接口，位于中轴线上的为双方都用到的接口。
图中从下至上分为十层，各层均为单向依赖，右边的黑色箭头代表层之间的依赖关系，每一层都可以剥离上层被复用，其中，Service 和 Config 层为 API，其它各层均为 SPI。
图中绿色小块的为扩展接口，蓝色小块为实现类，图中只显示用于关联各层的实现类。
图中蓝色虚线为初始化过程，即启动时组装链，红色实线为方法调用过程，即运行时调时链，紫色三角箭头为继承，可以把子类看作父类的同一个节点，线上的文字为调用的方法。

刚开始看这张图，小伙伴是不是直接懵逼，不知道从何看起。没关系，后面我们会对这张图片的内容进行拆解，然后逐一击破，最后进行总结分析。

service 服务提供层：rpc调用api
config 配置层：对外配置接口，以 ServiceConfig, ReferenceConfig（两个非常核心的类）为中心，可以直接初始化配置类，也可以通过 spring 解析配置生成配置类
proxy 服务代理层：服务接口透明代理，生成服务的客户端 Stub 和服务器端 Skeleton, 以 ServiceProxy 为中心，扩展接口为 ProxyFactory
registry 注册中心层：封装服务地址的注册与发现，以服务 URL 为中心，扩展接口为 RegistryFactory, Registry, RegistryService
cluster 路由层：封装多个提供者的路由及负载均衡，并桥接注册中心，以 Invoker 为中心，扩展接口为 Cluster, Directory, Router, LoadBalance
monitor 监控层：RPC 调用次数和调用时间监控，以 Statistics 为中心，扩展接口为 MonitorFactory, Monitor, MonitorService
protocol 远程调用层：封装 RPC 调用，以 Invocation, Result 为中心，扩展接口为 Protocol, Invoker, Exporter
exchange 信息交换层：封装请求响应模式，同步转异步，以 Request, Response 为中心，扩展接口为 Exchanger, ExchangeChannel, ExchangeClient, ExchangeServer
transport 网络传输层：抽象 mina 和 netty 为统一接口，以 Message 为中心，扩展接口为 Channel, Transporter, Client, Server, Codec
serialize 数据序列化层：可复用的一些工具，扩展接口为 Serialization, ObjectInput, ObjectOutput, ThreadPool

下面是 dubbo-2.7.14 的工程结构。

dubbo源码编译安装 dubbo源码分析_分布式_02

其中比较核心的模块：

**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 容器模块：**是一个 Standlone 的容器，以简单的 Main 加载 Spring 启动，因为服务通常不需要 Tomcat/JBoss 等 Web 容器的特性，没必要用 Web 容器去加载服务。

整体上按照分层结构进行分包，与分层的不同点在于：

container 为服务容器，用于部署运行服务，没有在层中画出。
protocol 层和 proxy 层都放在 rpc 模块中，这两层是 rpc 的核心，在不需要集群也就是只有一个提供者时，可以只使用这两层完成 rpc 调用。
transport 层和 exchange 层都放在 remoting 模块中，为 rpc 调用的通讯基础。
serialize 层放在 common 模块中，以便更大程度复用。

dubbo源码编译安装 dubbo源码分析_java_03

图例说明：

图中小方块 Protocol, Cluster, Proxy, Service, Container, Registry, Monitor 代表层或模块，蓝色的表示与业务有交互，绿色的表示只对 Dubbo 内部交互。
图中背景方块 Consumer, Provider, Registry, Monitor 代表部署逻辑拓扑节点。
图中蓝色虚线为初始化时调用，红色虚线为运行时异步调用，红色实线为运行时同步调用。
图中只包含 RPC 的层，不包含 Remoting 的层，Remoting 整体都隐含在 Protocol 中。