溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容主要講解“Web RPC的結構流程是怎樣的”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Web RPC的結構流程是怎樣的”吧!
1、Caller （客戶端）以本地調用的方式發起調用
2、 Client stub（客戶端存根，可理解為輔助助手）收到調用后，負責將被調用的方法名、參數等打包，編碼成特定格式的、能進行網絡傳輸的消息體
3、 Client stub 將消息體通過網絡發送給對端（服務端）
4、Server stub（服務端存根，同樣可理解為輔助助手）收到通過網絡接收到消息后按照相應格式進行拆包解碼，獲取方法名和參數
5、Server stub 根據方法名和參數進行本地調用
6、被調用者（Callee，也叫 Server ）本地調用執行后將結果返回給 server stub
7、Server stub 將返回值打包編碼成消息，并通過網絡發送給對端（客戶端）
8、Client stub 收到消息后，進行拆包解碼，返回給 Client；
9、Client得到本次RPC調用的最終結果。
上面的 1-9 就是 RPC 的整個通訊的結構流程，而為了能夠實現讓整個通訊過程透明且好用， RPC 把 2-8 的流程封裝起來，我們調就完事了。
在了解了 RPC 流程之后，為了實現 RPC，我們還需要關注兩點：
消息協議
客戶端調用的參數和服務端的返回值這些在網絡上傳輸的數據以何種方式打包編碼和拆包解碼。
我們可以使用HTTP協議中關于報文格式的規定（如此一來，就編程了HTTP通訊），也可以自己定義某種格式，讓客戶端與服務端雙方都遵循此種格式。
傳輸控制
在網絡中數據的收發傳輸控制具體如何實現。
到此，相信大家對“Web RPC的結構流程是怎樣的”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
