一、Duboo基本概念解釋

Dubbo是一種分布式服務(wù)框架。 Webservice也是一種服務(wù)框架，但是webservice并不是分布式的服務(wù)框架，他需要結(jié)合F5實(shí)現(xiàn)負(fù)載均衡。因此，dubbo除了可以提供服務(wù)之外，還可以實(shí)現(xiàn)軟負(fù)載均衡。它還提供了兩個(gè)功能Monitor 監(jiān)控中心和調(diào)用中心。這兩個(gè)是可選的，需要單獨(dú)配置。

Dubbo的計(jì)數(shù)架構(gòu)圖如下：

我們解釋以下這個(gè)架構(gòu)圖：

Consumer服務(wù)消費(fèi)者，Provider服務(wù)提供者。Container服務(wù)容器。消費(fèi)當(dāng)然是invoke提供者了，invoke這條實(shí)線按照?qǐng)D上的說(shuō)明當(dāng)然同步的意思了，多說(shuō)一句，在實(shí)際調(diào)用過(guò)程中，Provider的位置對(duì)于Consumer來(lái)說(shuō)是透明的，上一次調(diào)用服務(wù)的位置（IP地址）和下一次調(diào)用服務(wù)的位置，是不確定的。這個(gè)地方就是實(shí)現(xiàn)了軟負(fù)載。

服務(wù)提供者先啟動(dòng)start，然后注冊(cè)register服務(wù)。

消費(fèi)訂閱subscribe服務(wù)，如果沒(méi)有訂閱到自己想獲得的服務(wù)，它會(huì)不斷的嘗試訂閱。新的服務(wù)注冊(cè)到注冊(cè)中心以后，注冊(cè)中心會(huì)將這些服務(wù)通過(guò)notify到消費(fèi)者。

Monitor這是一個(gè)監(jiān)控，圖中虛線表明Consumer 和Provider通過(guò)異步的方式發(fā)送消息至Monitor，Consumer和Provider會(huì)將信息存放在本地磁盤(pán)，平均1min會(huì)發(fā)送一次信息。Monitor在整個(gè)架構(gòu)中是可選的（圖中的虛線并不是可選的意思），Monitor功能需要單獨(dú)配置，不配置或者配置以后，Monitor掛掉并不會(huì)影響服務(wù)的調(diào)用。

二、dubbo原理

本篇博客的內(nèi)容總體上比較抽象，如果一個(gè)想馬上使用dubbo的同學(xué)來(lái)說(shuō)，讀這篇博客效果不太好，本篇博客沒(méi)有寫(xiě)怎么使用、配置dubbo，接下來(lái)，我再令寫(xiě)一篇dubbo入門(mén)包含demo的博客。

I、初始化過(guò)程細(xì)節(jié)：

上圖中的第一步start，就是將服務(wù)裝載容器中，然后準(zhǔn)備注冊(cè)服務(wù)。和Spring中啟動(dòng)過(guò)程類(lèi)似，spring啟動(dòng)時(shí)，將bean裝載進(jìn)容器中的時(shí)候，首先要解析bean。所以dubbo也是先讀配置文件解析服務(wù)。

解析服務(wù)：

1）、基于dubbo.jar內(nèi)的Meta-inf/spring.handlers配置，spring在遇到dubbo名稱(chēng)空間時(shí)，會(huì)回調(diào)DubboNamespaceHandler類(lèi)。

2）、所有的dubbo標(biāo)簽，都統(tǒng)一用DubboBeanDefinitionParser進(jìn)行解析，基于一對(duì)一屬性映射，將XML標(biāo)簽解析為Bean對(duì)象。

源碼截圖：

在ServiceConfig.export 或者ReferenceConfig.get 初始化時(shí)，將Bean對(duì)象轉(zhuǎn)會(huì)為url格式，將所以Bean屬性轉(zhuǎn)成url的參數(shù)。

然后將URL傳給Protocol擴(kuò)展點(diǎn)，基于擴(kuò)展點(diǎn)的Adaptive機(jī)制，根據(jù)URL的協(xié)議頭，進(jìn)行不同協(xié)議的服務(wù)暴露和引用。

暴露服務(wù)：

a、 只暴露服務(wù)端口

在沒(méi)有使用注冊(cè)中心的情況，這種情況一般適用在開(kāi)發(fā)環(huán)境下，服務(wù)的調(diào)用這和提供在同一個(gè)IP上，只需要打開(kāi)服務(wù)的端口即可。

即，當(dāng)配置 or

ServiceConfig解析出的URL的格式為：

Dubbo：//service-host/com.xxx.TxxService？version=1.0.0

基于擴(kuò)展點(diǎn)的Adaptiver機(jī)制，通過(guò)URL的“dubbo：//”協(xié)議頭識(shí)別，直接調(diào)用DubboProtocol的export（）方法，打開(kāi)服務(wù)端口。

b、向注冊(cè)中心暴露服務(wù)：

和上一種的區(qū)別：需要將服務(wù)的IP和端口一同暴露給注冊(cè)中心。

ServiceConfig解析出的url格式為：

registry://registry-host/com.alibaba.dubbo.registry.RegistryService？export=URL.encode（“dubbo://service-host/com.xxx.TxxService？version=1.0.0”）

基于擴(kuò)展點(diǎn)的Adaptive機(jī)制，通過(guò)URL的“registry：//”協(xié)議頭識(shí)別，調(diào)用RegistryProtocol的export方法，將export參數(shù)中的提供者URL先注冊(cè)到注冊(cè)中心，再重新傳給Protocol擴(kuò)展點(diǎn)進(jìn)行暴露：

Dubbo：//service-host/com.xxx.TxxService？version=1.0.0

引用服務(wù)：

a、直接引用服務(wù)：

在沒(méi)有注冊(cè)中心的，直連提供者情況下，

ReferenceConfig解析出的URL格式為：

Dubbo：//service-host/com.xxx.TxxService？version=1.0.0

基于擴(kuò)展點(diǎn)的Adaptive機(jī)制，通過(guò)url的“dubbo：//”協(xié)議頭識(shí)別，直接調(diào)用DubboProtocol的refer方法，返回提供者引用。

b、從注冊(cè)中心發(fā)現(xiàn)引用服務(wù)：

此時(shí)，ReferenceConfig解析出的URL的格式為：

?registry://registry-host/com.alibaba.dubbo.registry.RegistryService？refer=URL.encode（“consumer://consumer-host/com.foo.FooService？version=1.0.0”）

基于擴(kuò)展點(diǎn)的Apaptive機(jī)制，通過(guò)URL的“registry：//”協(xié)議頭識(shí)別，就會(huì)調(diào)用RegistryProtocol的refer方法，基于refer參數(shù)總的條件，查詢提供者URL，如：

Dubbo：//service-host/com.xxx.TxxService？version=1.0.0

基于擴(kuò)展點(diǎn)的Adaptive機(jī)制，通過(guò)提供者URL的“dubbo：//”協(xié)議頭識(shí)別，就會(huì)調(diào)用DubboProtocol的refer（）方法，得到提供者引用。

然后RegistryProtocol將多個(gè)提供者引用，通過(guò)Cluster擴(kuò)展點(diǎn)，偽裝成單個(gè)提供這引用返回。

三、遠(yuǎn)程調(diào)用細(xì)節(jié)：

服務(wù)提供者暴露一個(gè)服務(wù)的詳細(xì)過(guò)程：

上圖是服務(wù)提供者暴露服務(wù)的主過(guò)程：

首先ServiceConfig類(lèi)拿到對(duì)外提供服務(wù)的實(shí)際類(lèi)ref，然后將ProxyFactory類(lèi)的getInvoker方法使用ref生成一個(gè)AbstractProxyInvoker實(shí)例，到這一步就完成具體服務(wù)到invoker的轉(zhuǎn)化。接下來(lái)就是Invoker轉(zhuǎn)換到Exporter的過(guò)程。

Dubbo處理服務(wù)暴露的關(guān)鍵就在Invoker轉(zhuǎn)換到Exporter的過(guò)程，下面我們以Dubbo和rmi這兩種典型協(xié)議的實(shí)現(xiàn)來(lái)進(jìn)行說(shuō)明：

Dubbo的實(shí)現(xiàn)：

Dubbo協(xié)議的Invoker轉(zhuǎn)為Exporter發(fā)生在DubboProtocol類(lèi)的export方法，它主要是打開(kāi)socket偵聽(tīng)服務(wù)，并接收客戶端發(fā)來(lái)的各種請(qǐng)求，通訊細(xì)節(jié)由dubbo自己實(shí)現(xiàn)。

Rmi的實(shí)現(xiàn)：

RMI協(xié)議的Invoker轉(zhuǎn)為Exporter發(fā)生在RmiProtocol類(lèi)的export方法，他通過(guò)Spring或Dubbo或JDK來(lái)實(shí)現(xiàn)服務(wù)，通訊細(xì)節(jié)由JDK底層來(lái)實(shí)現(xiàn)。

服務(wù)消費(fèi)者消費(fèi)一個(gè)服務(wù)的詳細(xì)過(guò)程

上圖是服務(wù)消費(fèi)的主過(guò)程：

首先ReferenceConfig類(lèi)的init方法調(diào)用Protocol的refer方法生成Invoker實(shí)例。接下來(lái)把Invoker轉(zhuǎn)為客戶端需要的接口