分布式RPC系统框架Dubbo-02Dubbo初识

最新推荐文章于 2022-06-06 15:48:37 发布

诸般世界

最新推荐文章于 2022-06-06 15:48:37 发布

阅读量228

点赞数

CC 4.0 BY-SA版权

分类专栏：分布式RPC系统框架Dubbo 文章标签：分布式 java 微服务

本文链接：https://blog.csdn.net/zxylwj/article/details/108537147

分布式RPC系统框架Dubbo 专栏收录该内容

20 篇文章

订阅专栏

本文介绍Dubbo微服务框架的发展历程，包括其官方网站、重要时间点、四大组件及工作流程，解析RPC原理，探讨Dubbo与Zookeeper、Spring的版本兼容性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Dubbo初识

3.1 Dubbo官网

Dubbo官网为http://dubbo.apache.org，该官网是Dubbo正式进入Apache开源孵化器后更改为该网址，Dubbo原官网为：http://dubbo.io 。

Dubbo官网已做过了中英文国际化，用户可在中英文间任何切换。

3.2 什么是PRC？

RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议；RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据，在OSI网络通信模型（OSI七层网络模型，OSI，Open System Interconnection，开放系统互联）中，RPC跨越了传输层(TCP/UDP)和应用层(HTTP)，RPC使得开发包括网络分布式多程序在内的应用程序更加容易。

RPC采用客户机/服务器模式（即C/S模式），请求程序就是一个客户机，而服务提供程序就是一个服务器；首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息，在服务器端，进程保持睡眠状态直到调用信息到达为止，当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。

粗粒度理解RPC：

RPC的底层就是socket，在明确要连接的主机名(服务器)或IP、端口号，就可以连接上服务端，不需要知道底层如何通信，其实底层通信是由OSI网络通信模型完成。

3.3 Dubbo重要时间点

2017年以前应用的基本都是DubboX(当当出品)；

Dubbo发展过程中的重要时间点：

2011年开源，之后就迅速成为了国内该类开源项目的佼佼者。
2011年时，优秀的、可在生产环境使用的RPC框架很少，Dubbo的出现迅速给人眼前一亮的感觉，迅速受到了开发者的亲睐。
2012年10月之后就基本停止了重要升级，改为阶段性维护。
2014年10月30日发布2.4.11版本后，Dubbo停止更新。
2017年10月云栖大会上，阿里宣布Dubbo被列入集团重点维护开源项目，这也就意味着Dubbo起死回生，开始重新进入快车道。
2018年2月15日，大年三十，经过一系列紧张的投票，宣布Dubbo正式进入Apache孵化器。

3.4 Dubbo四大组件

Provider：服务提供者[Container容器]。
Consumer：服务消费者。
Registry：服务注册与发现的中心，提供目录服务，亦称为服务注册中心。
Monitor：统计服务的调用次数、调用时间等信息的日志服务，并可以对服务设置权限、降级处理等，称为服务管控中心。

init：初始化执行一次；
async：同步执行；
sync：异步执行；

工作流程：

Container容器(spring)启动，创建Provider，创建完成后register注册到Registry(Zookeeper)注册中心(初始化注册一次)，同时Consumer根据业务请求向Registry注册中心subscribe订阅服务(Consumer的订阅与Provider的注册没有先后顺序)，Consumer订阅过程中如果注册中心没有此服务(即还未注册或未完成的情况)其不会阻塞，其会继续订阅其他服务，当所需服务注册后异步notify通知Consumer订阅，实际的订阅工作是Consumer从Registry下载一个服务注册表，然后通过负载均衡的方式同步Invoke调用注册表中的Provider集群(一般都是以集群的方式提供服务)，此处调用默认采用同步方式(可以调整为异步方式不阻塞)，当Consumer调用Provider，而Provider又调用某些耗时的IO操作默认同步阻塞(可以调整为异步方式不阻塞)，此时Consumer就会阻塞；Provider与Consumer会定时向Monitor汇报调用情况，Monitor将这些汇报情况count统计汇总，呈现数据反馈，根据数据情况可以通过<服务治理中心>对系统进行资源调配。

3.5 版本

3.5.1 Dubbo版本与zk客户端

Dubbo在2.6.0及其以前版本时，默认使用的客户端为zkClient；2.6.1版本，将默认客户端由zkClient修改为curator，至于curator的版本，与Dubbo及所要连接的Zookeeper的版本有关，目前其支持的版本为2.x.x版本，最高版本为2.13.0。

3.5.2 Dubbo与Spring的版本

Dubbo的使用是基于Spring环境下，即Dubbo是依赖于Spring框架，Dubbo2.7.0依赖的Spring是4.3.16，所以，在Dubbo的开发过程中最好使用与该Spring版本相同的Spring，这样可以避免可能的版本冲突问题。