Dubbo——服务端启动过程分析

服务端启动过程分析

1  触发服务注册过程

服务端的启动过程中，对服务暴露由ServiceBean类开始处理逻辑，该类继承了<dubbo:service>标签对应的配置类ServiceConfig，还实现了一系列Spring接口用于参与Spring容器的启动以及bean的创建过程中去。ServiceBean类实现了InitializingBean接口的afterPropertiesSet方法。

对于注解方式注册服务，首先在在Spring回调AnnotationBean类的postProcessAfterInitialization方法时，触发调用ServiceBean. afterPropertiesSet ()方法，若服务设置为非延迟注册，则直接调用在ServiceConfig.export()方法触发服务注册过程。

对于XML方式注册服务，在spring的容器ApplicationConetext的启动过程refesh过程中最后第二步会预先初始化单例bean，在bean的初始化过程中会设置beanName，设置容器的appliactionContext并回调afterPropertiesSet方法，若此服务为延迟注册，则跳过此过程；在最后一步finishRefresh会触发ContextRefreshedEvent实际，而ServiceBean实现了ApplicationListener接口的onApplicationEvent方法监听此事件，从而在此方法被触发时调用export方法注册服务。

上述设置服务注册延迟的方法是配置<dubbo:service>标签的delay属性。

2 生成注册地址

在AbstractInterfaceConfig.loadRegistries(boolean provider)方法中生成注册地址。

       1、检查xml中是否配置注册信息，若没有则从dubbo.properties中获取dubbo.registry.address的配置参数，构建RegistryConfig对象并赋值。

对于如下xml配置，也可以配置多个注册地址，用逗号分开。

生成的注册URL地址如下：

3 暴露服务

        服务暴露由ServiceConfig.export()方法处理，在该方法中首先获取配置参数export和delay，参数export表示是否暴露此服务，参数delay表示是否延迟暴露；若export为false或者未配置，则不进行后续的暴露逻辑处理（doExport方法）；若delay有值，则启动一个守护线程，在delay时间之后进行暴露业务逻辑处理（doExport方法）。在doExport方法中，进行如下逻辑：

1）加载配置参数application、module、registry、monitor、protocol等标签模块数据；若module中配置了registry和monitor，而未单独配置这两个模块的数据，则以module中的registry和monitor配置参数为准。

2）检查标签ref的值是否为接口GenericService的实现，若是则直接初始化interfaceClass值为GenericService.class；否则若不是则以标签interface的值创建interfaceClass类，并且检查ref标签的类名是否为interfaceClass的实现类，若不是则直接报错。

3）若local标签值不为空，则初始化该标签值的class类；若stub标签值不为空，则初始化该标签值的stub类；这两个参数值是作为服务端在测试时的桩程序使用的。

4 ）在调用 doExportUrls 方法，首先调用 loadRegistries 方法（第 3.2 小节）获取所有注册协议，然后遍历所有的服务暴露协议 protocol ，调用 ServiceConfig .doExportUrlsFor1Protocol( ProtocolConfig protocolConfig, List < URL > registryURLs) 方法把每个服务根据配置的服务协议 protocol 暴露处理并向所有注册协议中注册。