Dubbo架構設計詳解

結合Dubbo官方文件，我們分別理解一下各個層次的設計要點：

服務介面層（Service）：該層是與實際業務邏輯相關的，根據服務提供方和服務消費方的業務設計對應的介面和實現。

配置層（Config）：對外配置介面，以ServiceConfig和ReferenceConfig為中心，可以直接new配置類，也可以透過spring解析配置生成配置類。

服務代理層（Proxy）：服務介面透明代理，生成服務的客戶端Stub和伺服器端Skeleton，以ServiceProxy為中心，擴充套件介面為ProxyFactory。

服務註冊層（Registry）：封裝服務地址的註冊與發現，以服務URL為中心，擴充套件介面為RegistryFactory、Registry和RegistryService。可能沒有服務註冊中心，此時服務提供方直接暴露服務。

叢集層（Cluster）：封裝多個提供者的路由及負載均衡，並橋接註冊中心，以Invoker為中心，擴充套件介面為Cluster、Directory、Router和LoadBalance。將多個服務提供方組合為一個服務提供方，實現對服務消費方來透明，只需要與一個服務提供方進行互動。

監控層（Monitor）：RPC呼叫次數和呼叫時間監控，以Statistics為中心，擴充套件介面為MonitorFactory、Monitor和MonitorService。

遠端呼叫層（Protocol）：封將RPC呼叫，以Invocation和Result為中心，擴充套件介面為Protocol、Invoker和Exporter。Protocol是服務域，它是Invoker暴露和引用的主功能入口，它負責Invoker的生命週期管理。Invoker是實體域，它是Dubbo的核心模型，其它模型都向它靠擾，或轉換成它，它代表一個可執行體，可向它發起invoke呼叫，它有可能是一個本地的實現，也可能是一個遠端的實現，也可能一個叢集實現。

資訊交換層（Exchange）：封裝請求響應模式，同步轉非同步，以Request和Response為中心，擴充套件介面為Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。

網路傳輸層（Transport）：抽象mina和netty為統一介面，以Message為中心，擴充套件介面為Channel、Transporter、Client、Server和Codec。

資料序列化層（Serialize）：可複用的一些工具，擴充套件介面為Serialization、 ObjectInput、ObjectOutput和ThreadPool。

根據官方提供的，對於上述各層之間關係的描述，如下所示：

在RPC中，Protocol是核心層，也就是隻要有Protocol + Invoker + Exporter就可以完成非透明的RPC呼叫，然後在Invoker的主過程上Filter攔截點。

圖中的Consumer和Provider是抽象概念，只是想讓看圖者更直觀的瞭解哪些類分屬於客戶端與伺服器端，不用Client和Server的原因是Dubbo在很多場景下都使用Provider、Consumer、Registry、Monitor劃分邏輯拓普節點，保持統一概念。

而Cluster是外圍概念，所以Cluster的目的是將多個Invoker偽裝成一個Invoker，這樣其它人只要關注Protocol層Invoker即可，加上Cluster或者去掉Cluster對其它層都不會造成影響，因為只有一個提供者時，是不需要Cluster的。

Proxy層封裝了所有介面的透明化代理，而在其它層都以Invoker為中心，只有到了暴露給使用者使用時，才用Proxy將Invoker轉成介面，或將介面實現轉成Invoker，也就是去掉Proxy層RPC是可以Run的，只是不那麼透明，不那麼看起來像調本地服務一樣調遠端服務。

而Remoting實現是Dubbo協議的實現，如果你選擇RMI協議，整個Remoting都不會用上，Remoting內部再劃為Transport傳輸層和Exchange資訊交換層，Transport層只負責單向訊息傳輸，是對Mina、Netty、Grizzly的抽象，它也可以擴充套件UDP傳輸，而Exchange層是在傳輸層之上封裝了Request-Response語義。

Registry和Monitor實際上不算一層，而是一個獨立的節點，只是為了全域性概覽，用層的方式畫在一起。

服務定義

服務是圍繞服務提供方和服務消費方的，服務提供方實現服務，而服務消費方呼叫服務。

服務註冊

對於服務提供方，它需要釋出服務，而且由於應用系統的複雜性，服務的數量、型別也不斷膨脹；對於服務消費方，它最關心如何獲取到它所需要的服務，而面對複雜的應用系統，需要管理大量的服務呼叫。而且，對於服務提供方和服務消費方來說，他們還有可能兼具這兩種角色，即既需要提供服務，有需要消費服務。

透過將服務統一管理起來，可以有效地最佳化內部應用對服務釋出/使用的流程和管理。服務註冊中心可以透過特定協議來完成服務對外的統一。Dubbo提供的註冊中心有如下幾種型別可供選擇：

Multicast註冊中心

Zookeeper註冊中心

Redis註冊中心

Simple註冊中心

服務監控

無論是服務提供方，還是服務消費方，他們都需要對服務呼叫的實際狀態進行有效的監控，從而改進服務質量。

遠端通訊與資訊交換

遠端通訊需要指定通訊雙方所約定的協議，在保證通訊雙方理解協議語義的基礎上，還要保證高效、穩定的訊息傳輸。Dubbo繼承了當前主流的網路通訊框架，主要包括如下幾個：

Mina

Netty

Grizzly