Dubbo是一款Java RPC 框架，致力于提供高性能的RPC近程服务调用计划。

上面我重点详解Dubbo的原理机制@mikechen

目录

  • Dubbo外围性能
  • Dubbo外围组件
  • Dubbo的架构设计
  • Dubbo调用流程

Dubbo外围性能

Dubbo次要提供了3大外围性能：面向接口的近程办法调用，智能容错和负载平衡，以及服务主动注册和发现。

1）近程办法调用

网络通信框架，提供对多种NIO框架形象封装，包含“同步转异步”和“申请-响应”模式的信息替换形式。

2）智能容错和负载平衡

提供基于接口办法的通明近程过程调用，包含多协定反对，以及软负载平衡，失败容错，地址路由，动静配置等集群反对。

3）服务注册和发现

服务注册，基于注册核心目录服务，使服务生产方能动静的查找服务提供方，使地址通明，使服务提供方能够平滑减少或缩小机器。

Dubbo外围组件

Dubbo角色，次要蕴含如下几个外围组件：

1)注册核心（registry）

生产者在此注册并公布内容，消费者在此订阅并接管公布的内容。

2)消费者（consumer）

客户端，从注册核心获取到办法，能够调用生产者中的办法。

3)生产者（provider）

服务端，生产内容，生产前须要依赖容器（先启动容器）。

4)容器（container）

生产者在启动执行的时候，必须依赖容器能力失常启动（默认依赖的是spring容器），

5)监控(Monitor)

统计服务的调用次数与工夫等。

Dubbo的架构设计

Dubbo整体架构如下图所示：

图中右边淡蓝背景的为服务生产方应用的接口，左边淡绿色背景的为服务提供方应用的接口， 位于中轴线上的为单方都用到的接口。

Dubbo框架设计一共划分了10个层：

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。

7.近程调用层（Protocol）

封将RPC调用，以Invocation和Result为核心，扩大接口为Protocol、Invoker和Exporter。Protocol是服务域，它是Invoker裸露和援用的主性能入口，它负责Invoker的生命周期治理。Invoker是实体域，它是Dubbo的外围模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发动invoke调用，它有可能是一个本地的实现，也可能是一个近程的实现，也可能一个集群实现。

8. 信息替换层（Exchange）

封装申请响应模式，同步转异步，以Request和Response为核心，扩大接口为Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。

9.网络传输层（Transport）

形象mina和netty为对立接口，以Message为核心，扩大接口为Channel、Transporter、Client、Server和Codec。

10.数据序列化层（Serialize）

可复用的一些工具，扩大接口为Serialization、 ObjectInput、ObjectOutput和ThreadPool。

Dubbo调用流程

对照下面的整体架构图，大抵分为以下8大步骤：

1、服务提供者启动，开启Netty服务，创立Zookeeper客户端，向注册核心注册服务；

2、服务消费者启动，通过Zookeeper向注册核心获取服务提供者列表，与服务提供者通过Netty建设长连贯；

3、服务消费者通过接口开始近程调用服务，ProxyFactory通过初始化Proxy对象，Proxy通过创立动静代理对象；

4、动静代理对象通过invoke办法，层层包装生成一个Invoker对象，该对象蕴含了代理对象；

5、Invoker通过路由，负载平衡抉择了一个最合适的服务提供者，在通过退出各种过滤器，协定层包装生成一个新的DubboInvoker对象；

6、再通过替换成将DubboInvoker对象包装成一个Reuqest对象，该对象通过序列化通过NettyClient传输到服务提供者的NettyServer端；

7、到了服务提供者这边，再通过反序列化、协定解密等操作生成一个DubboExporter对象,再层层传递解决,会生成一个服务提供端的Invoker对象；

8、这个Invoker对象会调用本地服务，取得后果再通过层层回调返回到服务消费者，服务消费者拿到后果后，再解析取得最终后果。

作者简介

陈睿|mikechen,10年+大厂架构教训,「mikechen 的互联网架构」系列文章作者，专一于互联网架构技术。

浏览「mikechen 的互联网架构」更多技术文章合集

Java并发|JVM|MySQL|Spring|Redis|分布式|高并发

以上合集，关注「mikechen 的互联网架构」公众号，回复 【架构】 即可支付