溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

RPC結構是怎樣的

發(fā)布時間:2022-01-05 12:01:04 來源:億速云 閱讀:211 作者:iii 欄目:大數(shù)據(jù)

這篇文章主要介紹“RPC結構是怎樣的”,在日常操作中,相信很多人在RPC結構是怎樣的問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”RPC結構是怎樣的”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!

RPC 是什么?

RPC 的全稱是 Remote Procedure Call 是一種進程間通信方式。它允許程序調(diào)用另一個地址空間(通常是共享網(wǎng)絡的另一臺機器上)的過程或函數(shù),而不用程序員顯式編碼這個遠程調(diào)用的細節(jié)。即程序員無論是調(diào)用本地的還是遠程的,本質上編寫的調(diào)用代碼基本相同。

rpc結構

RPC 這個概念術語在上世紀 80 年代由 Bruce Jay Nelson 提出,參考他的論文Implementing Remote Procedure Calls。

Nelson 的論文中指出實現(xiàn) RPC 的程序包括 5 個部分:

  • User
  • User-stub
  • RPCRuntime
  • Server-stub
  • Server

這 5 個部分的關系如下圖所示

RPC結構是怎樣的  

這里 user 就是 client 端,當 user 想發(fā)起一個遠程調(diào)用時,它實際是通過本地調(diào)用 user-stub。user-stub 負責將調(diào)用的接口、方法和參數(shù)通過約定的協(xié)議規(guī)范進行編碼并通過本地的 RPCRuntime 實例傳輸?shù)竭h端的實例。遠端 RPCRuntime 實例收到請求后交給 server-stub 進行解碼后發(fā)起本地端調(diào)用,調(diào)用結果再返回給 user 端。

 

RPC 調(diào)用分類

RPC 調(diào)用分以下兩種:

  • 同步調(diào)用:客戶方等待調(diào)用執(zhí)行完成并返回結果。
  • 異步調(diào)用:客戶方調(diào)用后不用等待執(zhí)行結果返回,但依然可以通過回調(diào)通知等方式獲取返回結果。若客戶方不關心調(diào)用返回結果,則變成單向異步調(diào)用,單向調(diào)用不用返回結果。

異步和同步的區(qū)分在于是否等待服務端執(zhí)行完成并返回結果。

 

RPC 結構拆解

rpc的詳細組件如下:

RPC結構是怎樣的  

RPC 服務方通過 RpcServer 去導出(export)遠程接口方法,而客戶方通過 RpcClient 去引入(import)遠程接口方法??蛻舴较裾{(diào)用本地方法一樣去調(diào)用遠程接口方法,RPC 框架提供接口的代理實現(xiàn),實際的調(diào)用將委托給代理RpcProxy 。代理封裝調(diào)用信息并將調(diào)用轉交給RpcInvoker 去實際執(zhí)行。在客戶端的RpcInvoker 通過連接器RpcConnector 去維持與服務端的通道RpcChannel,并使用RpcProtocol 執(zhí)行協(xié)議編碼(encode)并將編碼后的請求消息通過通道發(fā)送給服務方。

RPC 服務端接收器 RpcAcceptor 接收客戶端的調(diào)用請求,同樣使用RpcProtocol 執(zhí)行協(xié)議解碼(decode)。解碼后的調(diào)用信息傳遞給RpcProcessor 去控制處理調(diào)用過程,最后再委托調(diào)用給RpcInvoker 去實際執(zhí)行并返回調(diào)用結果。

RPC 組件職責

各個組件的職責如下:

  • RpcServer:負責導出(export)遠程接口
  • RpcClient:負責導入(import)遠程接口的代理實現(xiàn)
  • RpcProxy:遠程接口的代理實現(xiàn)
  • RpcInvoker:客戶方實現(xiàn):負責編碼調(diào)用信息和發(fā)送調(diào)用請求到服務方并等待調(diào)用結果返回;服務方實現(xiàn):負責調(diào)用服務端接口的具體實現(xiàn)并返回調(diào)用結果
  • RpcProtocol:負責協(xié)議編/解碼
  • RpcConnector:負責維持客戶方和服務方的連接通道和發(fā)送數(shù)據(jù)到服務方
  • RpcAcceptor:負責接收客戶方請求并返回請求結果
  • RpcProcessor:負責在服務方控制調(diào)用過程,包括管理調(diào)用線程池、超時時間等
  • RpcChannel:數(shù)據(jù)傳輸通道

到此,關于“RPC結構是怎樣的”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續(xù)學習更多相關知識,請繼續(xù)關注億速云網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權內(nèi)容。

rpc
AI