1、Dubbo调用关系说明
provide 暴露服务的服务提供者
- protocol 负责提供者和消费者指尖协议交互数据
- Service 真实的业务服务信息，可以理解成接口和实现
- Container Dubbo的运行环境
Consumer 调用远程服务的服务消费方
- Protocol 负责消费者和服务提供者协议交互数据
- Cluster 感知提供者端的列表信息
- Proxy 可以理解成提供者的服务调用代理类 由它接管Consumer的接口调用逻辑
启动和执行流程说明
- 提供者启动，者Container
容器负责把Service信息加载并通过Protocol注册到注册中心Registry` - 消费者端启动，通过监听提供者列表来感知提供者信息，并在提供者发生改变时，通过注册中心及时通知消费端
- 消费者发起请求，通过Proxy模块
- 利用Cluster模块，来选择真实的要发送给的提供者信息
- 交由Consumer的Protocol把信息发送给提供者
- 提供者通过Protocol 处理消费者的信息
- 最后由真正的服务提供者Service来进行处理
2、Dubbo整体调用链路
整体链路调用的流程:
- 消费者通过Interface进行方法调用 统一交由消费者端的 Proxy 通过ProxyFactory 来进行代理 对象的创建 使用到了 jdk javassist技术
- 交给Filter 这个模块 做一个统一的过滤请求 在SPI案例中涉及过
- 接下来会进入最主要的Invoker调用逻辑
- 通过Directory 去配置中新读取信息 最终通过list方法获取所有的Invoker
- 通过Cluster模块 根据选择的具体路由规则 来选取Invoker列表
- 通过LoadBalance模块 根据负载均衡策略 选择一个具体的Invoker 来处理我们的请求 如果执行中出现错误 并且Consumer阶段配置了重试机制 则会重新尝试执行
- 继续经过Filter 进行执行功能的前后封装 Invoker 选择具体的执行协议
- 客户端 进行编码和序列化 然后发送数据
- 到达Consumer中的 Server 在这里进行 反编码 和 反序列化的接收数据
- 使用Exporter选择执行器
- 交给Filter 进行一个提供者端的过滤 到达 Invoker 执行器 9. 通过Invoker 调用接口的具体实现 然后返回
三、Dubbo源码介绍
**分层介绍****:
Business 业务逻辑层
service 业务层 包括我们的业务代码 比如 接口 实现类 直接面向开发者 RPC层 远程过程调用层
config 配置层 对外提供配置 以ServiceConfig ReferenceConfig 为核心 可以直接初始化配置 类 也可以解析配置文件生成
proxy 服务代理层 无论是生产者 还是消费者 框架都会产生一个代理类 整个过程对上层透明 就是 业务层对远程调用无感
registry 注册中心层 封装服务地址的注册与发现 以服务的URL为中心
cluster 路由层 (集群容错层) 提供了多个提供者的路由和负载均衡 并且它桥接注册中心 以
Invoker为核心
monitor 监控层 RPC调用相关的信息 如 调用次数 成功失败的情况 调用时间等 在这一层完成
protocol 远程调用层 封装RPC调用 无论是服务的暴露 还是 服务的引用 都是在Protocol中作为主 功能入口 负责Invoker的整个生命周期 Dubbo中所有的模型都向Invoker靠拢
Remoting层 远程数据传输层
exchange 信息交换层 封装请求和响应的模式 如把请求由同步 转换成异步
transport 网络传输层 统一网络传输的接口 比如 netty 和 mina 统一为一个网络传输接口 serialize 数据序列化层 负责管理整个框架中的数据传输的序列化 和反序列化