Dubbo源码阅读

lcw2013
218 阅读4分钟

1、dubbo架构整体设计

1.1 Dubbo调用关系说明

image.png

在这里主要由四部分组成:

  • Provider: 暴露服务的服务提供方
    Protocol 负责提供者和消费者之间协议交互数据
    Service 真实的业务服务信息 可以理解成接口 和 实现
    Container Dubbo的运行环境
  • Consumer: 调用远程服务的服务消费方
    Protocol 负责提供者和消费者之间协议交互数据
    Cluster 感知提供者端的列表信息
    Proxy 可以理解成 提供者的服务调用代理类 由它接管 Consumer中的接口调用逻辑
  • Registry: 注册中心，用于作为服务发现和路由配置等工作，提供者和消费者都会在这里进行注册
  • Monitor: 用于提供者和消费者中的数据统计，比如调用频次，成功失败次数等信息。 启动和执行流程说明:

  1. 提供者端启动 容器负责把Service信息加载并通过Protocol注册到注册中心

  2. 消费者端启动 通过监听提供者列表来感知提供者信息 并在提供者发生改变时通过注册中心及时通知消费端

  3. 消费方发起请求通过Proxy模块

  4. 利用Cluster模块来选择真实的要发送给的提供者信息

  5. 交由Consumer中的Protocol把信息发送给提供者

  6. 提供者同样需要通过Protocol模块来处理消费者的信息

  7. 最后由真正的服务提供者Service来进行处理

1.2 整体的调用链路

image.png 说明 淡绿色代表了服务生产者的范围 ; 淡蓝色代表了服务消费者的范围; 红色箭头代表了调用的方向，由内到外分别是业务逻辑层，RPC层(远程过程调用)，Remoting (远程数据传输)

整体链路调用的流程:

  1. 消费者通过Interface进行方法调用 统一交由消费者端的 Proxy 通过ProxyFactory 来进行代理 对象的创建 使用到了 jdk或javassist技术
  2. 交给Filter这个模块做一个统一的过滤请求,在SPI案例中涉及过
  3. 接下来会进入最主要的Invoker调用逻辑
    • 通过Directory 去配置中新读取信息 最终通过list方法获取所有的Invoker
    • 通过Cluster模块 根据选择的具体路由规则 来选取Invoker列表
    • 通过LoadBalance模块 根据负载均衡策略 选择一个具体的Invoker 来处理我们的请求
    • 如果执行中出现错误 并且Consumer阶段配置了重试机制 则会重新尝试执行
  4. 继续经过Filter 进行执行功能的前后封装 Invoker 选择具体的执行协议
  5. 客户端 进行编码和序列化 然后发送数据
  6. 到达Consumer中的 Server 在这里进行 反编码 和 反序列化的接收数据
  7. 使用Exporter选择执行器
  8. 交给Filter 进行一个提供者端的过滤 到达 Invoker 执行器
  9. 通过Invoker 调用接口的具体实现 然后返回

1.3Dubbo源码整体设计

image.png 图例说明：

  • 图中左边淡蓝背景的为服务消费方使用的接口，右边淡绿色背景的为服务提供方使用的接口，位于 线上的为双方都用到的接口。
  • 图中从下至上分为十层，各层均为单向依赖，右边的黑色箭头代表层之间的依赖关系，每一层都可 离上层被复用，其中，Service 和 Confifig 层为 API，其它各层均为 SPI。
  • 图中绿色小块的为扩展接口，蓝色小块为实现类，图中只显示用于关联各层的实现类。
  • 图中蓝色虚线为初始化过程，即启动时组装链，红色实线为方法调用过程，即运行时调时链，紫色 箭头为继承，可以把子类看作父类的同一个节点，线上的文字为调用的方法。

Dubbo源码整体设计与调用链路十分相似。只不过这里可以看到接口的一些具体实现以及左侧也 有更为详细的层次划分，我们在后面的源码解析时也会着重介绍其中比较重要的模块实现。

avatar
文章
阅读
粉丝