apache dubbo 源码分析系列汇总

r囧r小猫 2023-05-28 05:29 42阅读 0赞

Dubbo(读音\[ˈdʌbəʊ\])是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。后面捐献给了知名的开源社区 apache。

Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

## 1、dubbo 架构 ##

以下是 dubbo 官网的架构图：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTI0MTA3MzM_size_16_color_FFFFFF_t_70]

### 1.1 节点角色说明 ###

<table> 
 <thead> 
  <tr> 
   <th>节点</th> 
   <th>角色说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>Provider</td> 
   <td>暴露服务的服务提供方</td> 
  </tr> 
  <tr> 
   <td>Consumer</td> 
   <td>调用远程服务的服务消费方</td> 
  </tr> 
  <tr> 
   <td>Registry</td> 
   <td>服务注册与发现的注册中心</td> 
  </tr> 
  <tr> 
   <td>Monitor</td> 
   <td>统计服务的调用次数和调用时间的监控中心</td> 
  </tr> 
  <tr> 
   <td>Container</td> 
   <td>服务运行容器</td> 
  </tr> 
 </tbody> 
</table>

调用关系说明：

*  服务容器负责启动，加载，运行服务提供者。
 *  服务提供者在启动时，向注册中心注册自己提供的服务。
 *  服务消费者在启动时，向注册中心订阅自己所需的服务。
 *  注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
 *  服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
 *  服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

### 1.2 连通性 ###

*  注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小
 *  监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示
 *  服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销
 *  服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销
 *  注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外
 *  注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
 *  注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
 *  注册中心和监控中心都是可选的，服务消费者可以直连服务提供者

### 1.3 健壮性 ###

*  监控中心宕掉不影响使用，只是丢失部分采样数据
 *  数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
 *  注册中心对等集群，任意一台宕掉后，将自动切换到另一台
 *  注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯
 *  服务提供者无状态，任意一台宕掉后，不影响使用
 *  服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

### 1.4 伸缩性 ###

注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心  
服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

## 2、为什么学习 dubbo 源码 ##

dubbo 做为经过广大的互联网企业选择的生产级 rpc 框架，它肯定有它的独到之处。我们学习它的源码有以下几点好处：

### 2.1 提升SOA的微服务架构设计能力 ###

通过读dubbo源码是一条非常不错的通往SOA架构设计之路，毕竟SOA的服务治理就是 dubbo 首先提出来的，比起你去看市面上的SOA微服务架构的书籍，学到的架构原理要更丰富更有深度。

### 2.2 提升自己在部门团队的技术影响力 ###

你所在的部门团队如果使用了dubbo框架,必然需要懂dubbo底层核心的人；如果你把dubbo源码的架构原理掌握好，一般出现dubbo的疑难杂症，只要你参与探讨和解决，你自然是这个团队的核心程序员或是重要的程序员。

### 2.3 提交自己代码的质量 ###

apache dubbo 做为一款优秀的开源框架，里面有很多设计思路是值得我们借鉴的。比如在第一个章节里面提到的。高可用性，当注册中心掉挂还能正常的提供服务、高健壮性以及高伸缩。在服务调用方与服务提供方添加了注册中心这个概念，可以做到服务的自动上下线。还有它的服务治理功能等待。

## 3、dubbo 源码分析汇总 ##

### 3.1 Dubbo 内核解剖 ###

[dubbo源码分析1 之 架构原理探索][dubbo_1 _]  
[dubbo源码分析2 之 内核SPI实现][dubbo_2 _ _SPI]  
[dubbo源码分析3 之 动态编译][dubbo_3 _]  
[dubbo源码分析4 之 与Spring 集成][dubbo_4 _ _Spring]  
[dubbo源码分析5 之 SPI分析][dubbo_5 _ SPI]

### 3.2 Dubbo 服务发布原理解剖 ###

[dubbo源码分析6 之 服务暴露概述][dubbo_6 _]  
[dubbo源码分析7 之 服务本地暴露][dubbo_7 _]  
[dubbo源码分析8 之 服务远程暴露(上)][dubbo_8 _]  
[dubbo源码分析9 之 服务远程暴露(中)][dubbo_9 _]  
[dubbo源码分析10 之 服务远程暴露(下)][dubbo_10 _]

### 3.3 Dubbo 服务引用原理解剖 ###

[dubbo源码分析11 之 服务引用][dubbo_11 _]  
[dubbo源码分析12 之 Listener & Filter][dubbo_12 _ Listener _ Filter]

### 3.4 Dubbo 集群容错的设计解剖 ###

[dubbo源码分析13 之 集群容错 Invoke][dubbo_13 _ _ Invoke]  
[dubbo源码分析14 – 集群容错之Directory][dubbo_14 _ _Directory]  
[dubbo源码分析15 – 集群容错之Route][dubbo_15 _ _Route]  
[dubbo源码分析16 – 集群容错之LoadBalance][dubbo_16 _ _LoadBalance]  
[dubbo源码分析17 – 集群容错总结][dubbo_17 _]

### 3.5 Dubbo 服务治理设计解剖 ###

[dubbo源码分析18 – 服务监控][dubbo_18 _]  
[dubbo源码分析19 – 服务治理][dubbo_19 _]

### 3.6 Dubbo 网络通信架构解剖 ###

[dubbo源码分析20 – 远程调用概述][dubbo_20 _]  
[dubbo源码分析21 – 远程通信 netty][dubbo_21 _ _ netty]  
[dubbo源码分析22 – consumer 发送与接收原理][dubbo_22 _ consumer]  
[dubbo源码分析23 – provider 接收与发送原理][dubbo_23 _ provider]  
[dubbo源码分析24 – 调用核心 Invoke][dubbo_24 _ _ Invoke]

### 3.7 Dubbo 网络通信编解码解剖 ###

[dubbo源码分析25 – 序列化与反序列化][dubbo_25 _]  
[dubbo源码分析26 – 网络编解码][dubbo_26 _]

参考文章：

*  [apache dubbo 官方文档][apache dubbo]
 *  [Dubbo架构设计详解][Dubbo]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTI0MTA3MzM_size_16_color_FFFFFF_t_70]: /images/20230528/ac99e91a6e264b84ae4c2c4d7687d025.png
[dubbo_1 _]: https://blog.csdn.net/u012410733/article/details/77917579
[dubbo_2 _ _SPI]: https://blog.csdn.net/u012410733/article/details/77917723
[dubbo_3 _]: https://blog.csdn.net/u012410733/article/details/77926625
[dubbo_4 _ _Spring]: https://blog.csdn.net/u012410733/article/details/78046941
[dubbo_5 _ SPI]: https://blog.csdn.net/u012410733/article/details/79084133
[dubbo_6 _]: https://blog.csdn.net/u012410733/article/details/79199563
[dubbo_7 _]: https://blog.csdn.net/u012410733/article/details/79223497
[dubbo_8 _]: https://blog.csdn.net/u012410733/article/details/79275669
[dubbo_9 _]: https://blog.csdn.net/u012410733/article/details/79562117
[dubbo_10 _]: https://blog.csdn.net/u012410733/article/details/79721356
[dubbo_11 _]: https://blog.csdn.net/u012410733/article/details/79783347
[dubbo_12 _ Listener _ Filter]: https://blog.csdn.net/u012410733/article/details/79922052
[dubbo_13 _ _ Invoke]: https://blog.csdn.net/u012410733/article/details/79980818
[dubbo_14 _ _Directory]: https://blog.csdn.net/u012410733/article/details/80358632
[dubbo_15 _ _Route]: https://blog.csdn.net/u012410733/article/details/80373101
[dubbo_16 _ _LoadBalance]: https://blog.csdn.net/u012410733/article/details/80399096
[dubbo_17 _]: https://blog.csdn.net/u012410733/article/details/80529209
[dubbo_18 _]: https://blog.csdn.net/u012410733/article/details/80792456
[dubbo_19 _]: https://blog.csdn.net/u012410733/article/details/80792471
[dubbo_20 _]: https://blog.csdn.net/u012410733/article/details/80792479
[dubbo_21 _ _ netty]: https://blog.csdn.net/u012410733/article/details/80792486
[dubbo_22 _ consumer]: https://blog.csdn.net/u012410733/article/details/80821668
[dubbo_23 _ provider]: https://blog.csdn.net/u012410733/article/details/80851079
[dubbo_24 _ _ Invoke]: https://blog.csdn.net/u012410733/article/details/80851081
[dubbo_25 _]: https://blog.csdn.net/u012410733/article/details/80889014
[dubbo_26 _]: https://blog.csdn.net/u012410733/article/details/81036940
[apache dubbo]: http://dubbo.apache.org/zh-cn/index.html
[Dubbo]: http://shiyanjun.cn/archives/325.html