在官方《Dubbo 用户指南》架构部分,给出了服务调用的整体架构和流程:
另外,在官方《Dubbo 开发指南》框架设计部分,给出了整体设计:
以及暴露服务时序图:
本文将根据以上几张图,分析服务暴露的实现原理,并进行详细的代码跟踪与解析。
从文章《Dubbo原理和源码解析之标签解析》中我们知道,<dubbo:service> 标签会被解析成 ServiceBean。
ServiceBean 实现了 InitializingBean,在类加载完成之后会用 afterPropertiesSet() 方法。在 afterPropertiesSet() 方法中,依次解析以下标签信息:
方法,实现了服务暴露的功能。
ServiceBean.java
ServiceBean 扩展了 ServiceConfig,调用 export() 方法时由 ServiceConfig 完成服务暴露的功能实现。
ServiceConfig.java
由上面代码可知,如果设置了 delay 参数,Dubbo 的处理方式是启动一个守护线程在 sleep 指定时间后再 doExport。
在 ServiceConfig 的 doExport() 方法中会进行参数检查和设置,包括:
ServiceConfig.java
支持多协议和多注册中心:
ServiceConfig.java
针对每个协议、每个注册中心,开始组装 URL。
ServiceConfig.java
如果配置 scope=none, 则不会进行服务暴露;如果没有配置 scope 或者 scope=local,则会进行本地暴露。
ServiceConfig.java
1. 暴露服务的时候,会通过代理创建 Invoker; 2. 本地暴露时使用 injvm 协议,injvm 协议是一个伪协议,它不开启端口,不能被远程调用,只在 JVM 内直接关联,但执行 Dubbo 的 Filter 链。
如果没有配置 scope 或者 scope=remote,则会进行远程暴露。
ServiceConfig.java
在服务暴露时,有两种情况:
2.8 暴露服务
协议为例:
DubboProtocol.java
调用 openServer() 方法创建并启动 Server:
DubboProtocol.java
Exchanger (默认 HeaderExchanger)封装请求响应模式,同步转异步,以 Request、Response 为中心:
HeaderExchager.java
底层传输默认使用 NettyTransporter,最终是创建 NettyServer:
NettyTransporter.java
NettyServer.java
AbstractServer.java
NettyServer.java
如果使用了注册中心,则在通过具体协议(如 Dubbo 协议)暴露服务之后(即在 2.8 基础之上)进入服务注册流程,将服务节点注册到注册中心。
RegistryProtocol.java
getRegistry() 方法根据注册中心类型(默认 Zookeeper)获取注册中心客户端,由注册中心客户端实例来进行真正的服务注册。
注册中心客户端将节点注册到注册中心,同时订阅对应的 override 数据,实时监听服务的属性变动实现动态配置功能。
最终返回的 Exporter 实现了 unexport() 方法,这样在服务下线时清理相关资源。
至此,服务暴露流程结束。