共计 2471 个字符，预计需要花费 7 分钟才能阅读完成。
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 的互联网架构」公众号，回复 【架构】 即可支付