Dubbo框架設(shè)計(jì)一共劃分了10個(gè)層躲舌，而最上面的Service層是留給實(shí)際想要使用Dubbo開(kāi)發(fā)分布式服務(wù)的開(kāi)發(fā)者實(shí)現(xiàn)業(yè)務(wù)邏輯的接口層。圖中左邊淡藍(lán)背景的為服務(wù)消費(fèi)方使用的接口阿迈，右邊淡綠色背景的為服務(wù)提供方使用的接口僧凰， 位于中軸線上的為雙方都用到的接口峰档。

下面，結(jié)合Dubbo官方文檔早像，我們分別理解一下框架分層架構(gòu)中僻肖，各個(gè)層次的設(shè)計(jì)要點(diǎn)：

1.服務(wù)接口層（Service）：該層是與實(shí)際業(yè)務(wù)邏輯相關(guān)的肖爵，根據(jù)服務(wù)提供方和服務(wù)消費(fèi)方的業(yè)務(wù)設(shè)計(jì)對(duì)應(yīng)的接口和實(shí)現(xiàn)。

2.配置層（Config）：對(duì)外配置接口臀脏，以ServiceConfig和ReferenceConfig為中心劝堪，可以直接new配置類，也可以通過(guò)spring解析配置生成配置類揉稚。

3.服務(wù)代理層（Proxy）：服務(wù)接口透明代理秒啦，生成服務(wù)的客戶端Stub和服務(wù)器端Skeleton，以ServiceProxy為中心搀玖，擴(kuò)展接口為ProxyFactory余境。

4.服務(wù)注冊(cè)層（Registry）：封裝服務(wù)地址的注冊(cè)與發(fā)現(xiàn)，以服務(wù)URL為中心灌诅，擴(kuò)展接口為RegistryFactory芳来、Registry和RegistryService〔率埃可能沒(méi)有服務(wù)注冊(cè)中心即舌，此時(shí)服務(wù)提供方直接暴露服務(wù)。

5.集群層（Cluster）：封裝多個(gè)提供者的路由及負(fù)載均衡挎袜，并橋接注冊(cè)中心顽聂，以Invoker為中心，擴(kuò)展接口為Cluster盯仪、Directory紊搪、Router和LoadBalance。將多個(gè)服務(wù)提供方組合為一個(gè)服務(wù)提供方全景，實(shí)現(xiàn)對(duì)服務(wù)消費(fèi)方來(lái)透明嗦明，只需要與一個(gè)服務(wù)提供方進(jìn)行交互。

6.監(jiān)控層（Monitor）：RPC調(diào)用次數(shù)和調(diào)用時(shí)間監(jiān)控蚪燕，以Statistics為中心娶牌，擴(kuò)展接口為MonitorFactory、Monitor和MonitorService馆纳。

7.遠(yuǎn)程調(diào)用層（Protocol）：封將RPC調(diào)用诗良，以Invocation和Result為中心，擴(kuò)展接口為Protocol鲁驶、Invoker和Exporter鉴裹。Protocol是服務(wù)域，它是Invoker暴露和引用的主功能入口，它負(fù)責(zé)Invoker的生命周期管理径荔。Invoker是實(shí)體域督禽，它是Dubbo的核心模型，其它模型都向它靠擾总处，或轉(zhuǎn)換成它狈惫，它代表一個(gè)可執(zhí)行體，可向它發(fā)起invoke調(diào)用鹦马，它有可能是一個(gè)本地的實(shí)現(xiàn)胧谈，也可能是一個(gè)遠(yuǎn)程的實(shí)現(xiàn)，也可能一個(gè)集群實(shí)現(xiàn)荸频。

8.信息交換層（Exchange）：封裝請(qǐng)求響應(yīng)模式菱肖，同步轉(zhuǎn)異步，以Request和Response為中心旭从，擴(kuò)展接口為Exchanger稳强、ExchangeChannel、ExchangeClient和ExchangeServer和悦。

9.網(wǎng)絡(luò)傳輸層（Transport）：抽象mina和netty為統(tǒng)一接口退疫，以Message為中心，擴(kuò)展接口為Channel摹闽、Transporter蹄咖、Client、Server和Codec付鹿。

10.數(shù)據(jù)序列化層（Serialize）：可復(fù)用的一些工具澜汤，擴(kuò)展接口為Serialization、 ObjectInput舵匾、ObjectOutput和ThreadPool俊抵。

從上圖可以看出，Dubbo對(duì)于服務(wù)提供方和服務(wù)消費(fèi)方坐梯，從框架的10層中分別提供了各自需要關(guān)心和擴(kuò)展的接口徽诲，構(gòu)建整個(gè)服務(wù)生態(tài)系統(tǒng)（服務(wù)提供方和服務(wù)消費(fèi)方本身就是一個(gè)以服務(wù)為中心的）。

根據(jù)官方提供的吵血，對(duì)于上述各層之間關(guān)系的描述谎替，如下所示：

在RPC中，Protocol是核心層蹋辅，也就是只要有Protocol + Invoker + Exporter就可以完成非透明的RPC調(diào)用钱贯，然后在Invoker的主過(guò)程上Filter攔截點(diǎn)。

圖中的Consumer和Provider是抽象概念侦另，只是想讓看圖者更直觀的了解哪些類分屬于客戶端與服務(wù)器端秩命，不用Client和Server的原因是Dubbo在很多場(chǎng)景下都使用Provider尉共、Consumer、Registry弃锐、Monitor劃分邏輯拓普節(jié)點(diǎn)袄友，保持統(tǒng)一概念。

而Cluster是外圍概念霹菊，所以Cluster的目的是將多個(gè)Invoker偽裝成一個(gè)Invoker剧蚣，這樣其它人只要關(guān)注Protocol層Invoker即可，加上Cluster或者去掉Cluster對(duì)其它層都不會(huì)造成影響浇辜，因?yàn)橹挥幸粋€(gè)提供者時(shí)券敌，是不需要Cluster的唾戚。

Proxy層封裝了所有接口的透明化代理柳洋，而在其它層都以Invoker為中心，只有到了暴露給用戶使用時(shí)叹坦，才用Proxy將Invoker轉(zhuǎn)成接口熊镣，或?qū)⒔涌趯?shí)現(xiàn)轉(zhuǎn)成Invoker，也就是去掉Proxy層RPC是可以Run的募书，只是不那么透明绪囱，不那么看起來(lái)像調(diào)本地服務(wù)一樣調(diào)遠(yuǎn)程服務(wù)。

而Remoting實(shí)現(xiàn)是Dubbo協(xié)議的實(shí)現(xiàn)莹捡，如果你選擇RMI協(xié)議鬼吵，整個(gè)Remoting都不會(huì)用上，Remoting內(nèi)部再劃為Transport傳輸層和Exchange信息交換層篮赢，Transport層只負(fù)責(zé)單向消息傳輸齿椅，是對(duì)Mina、Netty启泣、Grizzly的抽象涣脚，它也可以擴(kuò)展UDP傳輸，而Exchange層是在傳輸層之上封裝了Request-Response語(yǔ)義寥茫。

Registry和Monitor實(shí)際上不算一層遣蚀，而是一個(gè)獨(dú)立的節(jié)點(diǎn)，只是為了全局概覽纱耻，用層的方式畫(huà)在一起芭梯。

從上面的架構(gòu)圖中，我們可以了解到弄喘，Dubbo作為一個(gè)分布式服務(wù)框架玖喘，主要具有如下幾個(gè)核心的要點(diǎn)：