Dubbo原理分析

最新推荐文章于 2024-06-26 17:27:29 发布

啊杰eboy

最新推荐文章于 2024-06-26 17:27:29 发布

阅读量787

点赞数 2

分类专栏： Dubbo专栏文章标签： dubbo实现原理

本文链接：https://blog.csdn.net/china_eboy/article/details/85218042

版权

Dubbo专栏专栏收录该内容

7 篇文章 0 订阅

订阅专栏

接触了dubbo框架已经接近一年，今天把dubbo框架的实现总结一下。

1.前言

未有dubbo之前，我们在应用与应用跨应用调用，一般可以采用基于TCP的socket来实现（当然也可以用netty或者httpclient），当采用这种调用方式，会有一个严重弊端，那就是当服务过多时，导致调用者与被调用者的关系链变得负责，用专业术语来说就是服务治理问题。而解决服务治理问题的核心方法就是使用注册中心。而dubbo就是在基于这种背景上实现的。

2.Dubbo原理分析

分析原理之前，我们先来看一下dubbo的架构图，如图：

dubbo的架构图并不复杂，概括性的总结就是

1.提供方（生产者）在启动时，将服务信息注册在注册中心

2.调用方（消费者）向注册中心订阅相关服务信息

3.注册中心返回服务提供者的列表给消费者，当服务信息有变化时，注册中心会通知提供方（消费者）

4.提供方（消费者）得到服务信息后，按照软负载均衡算法，调用相关服务

现在分析一下底层实现原理

2.1发布服务底层实现原理

从dubbo角度分析：

在提供方启动时，会读取dubbo配置文件，解析xml，得到映射成对象的bean对象，然后将bean对象转换为URL格式，将所有bean属性转成URL的参数，比如：registry://registry-host/com.alibaba.dubbo.registry.RegistryService?export=URL.encode(“dubbo://service-host/com.xxx.TxxService?version=1.0.0”)，基于扩展点的Adaptive机制，通过URL的“registry：//”协议头识别，调用RegistryProtocol的export方法，将export参数中的提供者URL先注册到注册中心，再重新传给Protocol扩展点进行暴露：Dubbo：//service-host/com.xxx.TxxService?version=1.0.0。基于扩展点的Adaptive机制，通过提供者URL的"dubbo://"协议头识别，就会调用DubboProtocol的export()方法，打开服务端口。

从注册中心的角度看，提供方启动时，将自己的服务信息注册在注册中心中，在注册中心会生成一个节点，具体形式是服务接口的权限定名为key，value为实际dubbo协议远程调用地址。这个节点是以临时+持久的方式存放。

2.2引用服务底层实现原理

调用者读取dubbo配置文件，解析xml，得到映射成对象的bean对象，然后将bean对象转换为URL格式，将所有bean属性转成URL的参数，比如解析出来的URL格式为registry://registry-host/com.alibaba.dubbo.registry.RegistryService?refer=URL.encode(“consumer://consumer-host/com.foo.FooService?version=1.0.0”)，基于扩展点protocol的adaptive机制，通过URL的“registry://”协议头识别，就会调用RegistryProtocol的refer方法，基于refer参数中的条件，查询提供者的URL，如：

Dubbo：//service-host/com.xxx.TxxService?version=1.0.0。基于扩展点的adaptive机制，通过提供者URL的“dubbo://”协议识别，就会调用DubboProtocol的refer方法，得到提供者应用。然后RegistryProtocol将多个提供者引用，通过Cluster扩展点，伪装成单个提供者引用返回。