最近工作上在對Dubbo服務進行新舊版本迭代的過程中，經常需要進行Dubbo服務的註冊和調用，藉此機會，順便回顧下Dubbo服務初始化和服務調用過程中的細節。
Dubbo是基於Java的高性能RPC框架， 服務初始化過程細節： 第一步，就是將服務裝載容器中，然後準備註冊服務。和spring中啓動過程類似，spring啓動時，將bean裝載進容器中的時候，首先要解析bean。所以dubbo也是先讀配置文件解析服務。
解析服務：
1）、基於dubbo.jar內的Meta-inf/spring.handlers配置，spring在遇到dubbo名稱空間時，會回調DubboNamespaceHandler類。
2）、所有的dubbo標籤，都統一用DubboBeanDefinitionParser進行解析，基於一對一屬性映射，將XML標籤解析爲Bean對象。生產者或者消費者初始化的時候，會將Bean對象轉會爲url格式，將所有Bean屬性轉成url的參數。 然後將URL傳給Protocol擴展點，基於擴展點的Adaptive機制，根據URL的協議頭，進行不同協議的服務暴露和引用。
暴露服務：
a、 直接暴露服務端口
在沒有使用註冊中心的情況，這種情況一般適用在開發環境下，服務的調用這和提供在同一個IP上，只需要打開服務的端口即可。 即，當配置 or ServiceConfig解析出的URL的格式爲： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0 基於擴展點的Adaptiver機制，通過URL的“dubbo：//”協議頭識別，直接調用DubboProtocol的export（）方法，打開服務端口。
b、向註冊中心暴露服務：
和上一種的區別：需要將服務的IP和端口一同暴露給註冊中心。 ServiceConfig解析出的url格式爲： registry://registry-host/com.alibaba.dubbo.registry.RegistryService?export=URL.encode(“dubbo://service-host/com.xxx.TxxService?version=1.0.0”)
基於擴展點的Adaptive機制，通過URL的“registry：//”協議頭識別，調用RegistryProtocol的export方法，將export參數中的提供者URL先註冊到註冊中心，再重新傳給Protocol擴展點進行暴露： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0
引用服務：
a、直接引用服務：
在沒有註冊中心的，直連提供者情況下， ReferenceConfig解析出的URL格式爲： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0
基於擴展點的Adaptive機制，通過url的“dubbo：//”協議頭識別，直接調用DubboProtocol的refer方法，返回提供者引用。
b、從註冊中心發現引用服務：
此時，ReferenceConfig解析出的URL的格式爲： registry://registry-host/com.alibaba.dubbo.registry.RegistryService?refer=URL.encode(“consumer://consumer-host/com.foo.FooService?version=1.0.0”)
基於擴展點的Apaptive機制，通過URL的“registry：//”協議頭識別，就會調用RegistryProtocol的refer方法，基於refer參數總的條件，查詢提供者URL，如： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0
基於擴展點的Adaptive機制，通過提供者URL的“dubbo：//”協議頭識別，就會調用DubboProtocol的refer（）方法，得到提供者引用。 然後RegistryProtocol將多個提供者引用，通過Cluster擴展點，僞裝成單個提供這引用返回。
Dubbo 服務初始化過程細節： 第一步，就是將服務裝載容器中，然後準備註冊服務。和spring中啓動過程類似，spring啓動時，將bean裝載進容器中的時候，首先要解析bean。所以dubbo也是先讀配置文件解析服務。
解析服務：
1）、基於dubbo.jar內的Meta-inf/spring.handlers配置，spring在遇到dubbo名稱空間時，會回調DubboNamespaceHandler類。
2）、所有的dubbo標籤，都統一用DubboBeanDefinitionParser進行解析，基於一對一屬性映射，將XML標籤解析爲Bean對象。生產者或者消費者初始化的時候，會將Bean對象轉會爲url格式，將所有Bean屬性轉成url的參數。 然後將URL傳給Protocol擴展點，基於擴展點的Adaptive機制，根據URL的協議頭，進行不同協議的服務暴露和引用。
暴露服務：
a、 直接暴露服務端口
在沒有使用註冊中心的情況，這種情況一般適用在開發環境下，服務的調用這和提供在同一個IP上，只需要打開服務的端口即可。 即，當配置 or ServiceConfig解析出的URL的格式爲： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0 基於擴展點的Adaptiver機制，通過URL的“dubbo：//”協議頭識別，直接調用DubboProtocol的export（）方法，打開服務端口。
b、向註冊中心暴露服務：
和上一種的區別：需要將服務的IP和端口一同暴露給註冊中心。 ServiceConfig解析出的url格式爲： registry://registry-host/com.alibaba.dubbo.registry.RegistryService?export=URL.encode(“dubbo://service-host/com.xxx.TxxService?version=1.0.0”)
基於擴展點的Adaptive機制，通過URL的“registry：//”協議頭識別，調用RegistryProtocol的export方法，將export參數中的提供者URL先註冊到註冊中心，再重新傳給Protocol擴展點進行暴露： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0
引用服務：
a、直接引用服務：
在沒有註冊中心的，直連提供者情況下， ReferenceConfig解析出的URL格式爲： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0
基於擴展點的Adaptive機制，通過url的“dubbo：//”協議頭識別，直接調用DubboProtocol的refer方法，返回提供者引用。
b、從註冊中心發現引用服務：
此時，ReferenceConfig解析出的URL的格式爲： registry://registry-host/com.alibaba.dubbo.registry.RegistryService?refer=URL.encode(“consumer://consumer-host/com.foo.FooService?version=1.0.0”)
基於擴展點的Apaptive機制，通過URL的“registry：//”協議頭識別，就會調用RegistryProtocol的refer方法，基於refer參數總的條件，查詢提供者URL，如： Dubbo：//service-host/com.xxx.TxxService?version=1.0.0
基於擴展點的Adaptive機制，通過提供者URL的“dubbo：//”協議頭識別，就會調用DubboProtocol的refer（）方法，得到提供者引用。 然後RegistryProtocol將多個提供者引用，通過Cluster擴展點，僞裝成單個提供這引用返回。