Dubbo的工作原理及RPC請求的流程是怎樣的

這篇文章將為大家詳細(xì)講解有關(guān)Dubbo的工作原理及RPC請求的流程是怎樣的，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

dubbo 工作原理

• 第一層：service 層，接口層，給服務(wù)提供者和消費者來實現(xiàn)的

• 第二層：config 層，配置層，主要是對 dubbo 進行各種配置的

• 第三層：proxy 層，服務(wù)代理層，無論是 consumer 還是 provider，dubbo 都會給你生成代理，代理之間進行網(wǎng)絡(luò)通信

• 第四層：registry 層，服務(wù)注冊層，負(fù)責(zé)服務(wù)的注冊與發(fā)現(xiàn)

• 第五層：cluster 層，集群層，封裝多個服務(wù)提供者的路由以及負(fù)載均衡，將多個實例組合成一個服務(wù)

• 第六層：monitor 層，監(jiān)控層，對 rpc 接口的調(diào)用次數(shù)和調(diào)用時間進行監(jiān)控

• 第七層：protocal 層，遠程調(diào)用層，封裝 rpc 調(diào)用

• 第八層：exchange 層，信息交換層，封裝請求響應(yīng)模式，同步轉(zhuǎn)異步

• 第九層：transport 層，網(wǎng)絡(luò)傳輸層，抽象 mina 和 netty 為統(tǒng)一接口

• 第十層：serialize 層，數(shù)據(jù)序列化層

工作流程

• 第一步：provider 向注冊中心去注冊

• 第二步：consumer 從注冊中心訂閱服務(wù)，注冊中心會通知 consumer 注冊好的服務(wù)

• 第三步：consumer 調(diào)用 provider

• 第四步：consumer 和 provider 都異步通知監(jiān)控中心

注冊中心掛了可以繼續(xù)通信嗎？

可以，因為剛開始初始化的時候，消費者會將提供者的地址等信息拉取到本地緩存，所以注冊中心掛了可以繼續(xù)通信。

關(guān)于Dubbo的工作原理及RPC請求的流程是怎樣的就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。