溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇“RPC的消息交互流程是怎樣的”文章的知識點大部分人都不太理解，所以小編給大家總結了以下內容，內容詳細，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“RPC的消息交互流程是怎樣的”文章吧。
上圖是信息系統交互模型宏觀示意圖，RPC 的消息交互則會深入到底層。
RPC 是兩個子系統之間進行的直接消息交互，它使用操作系統提供的套接字來作為消息的載體，以特定的消息格式來定義消息內容和邊界。
RPC 的客戶端通過文件描述符的讀寫 API (read & write) 來訪問操作系統內核中的網絡模塊為當前套接字分配的發送 (send buffer) 和接收 (recv buffer) 緩存。
如上圖所示，左邊的客戶端進程寫 RPC 指令消息到內核的發送緩存中，內核將發送緩存中的數據傳送到物理硬件 NIC，也就是網絡接口芯片 (Network Interface Circuit)。NIC 負責將翻譯出來的模擬信號通過網絡硬件傳遞到服務器硬件的 NIC。服務器的 NIC 再將模擬信號轉成字節數據存放到內核為套接字分配的接收緩存中，最終服務器進程從接收緩存中讀取數據即為源客戶端進程傳遞過來的 RPC 指令消息。
消息從用戶進程流向物理硬件，又從物理硬件流向用戶進程，中間還經過了一系列的路由網關節點。
上圖呈現的只是 RPC 一次消息交互的上半場，下半場是一個逆向的過程，從服務器進程向客戶端進程返回響應數據。完整的一次 RPC 過程如下圖所示：
下面用 Python 代碼來描述上述過程。
Server 端死循環監聽本地 8080 端口，等待客戶端的連接。
客戶端啟動時連接本地 8080 端口，緊接著發送詞一個字符串 hello，然后等待服務器響應。
服務器接收到客戶端連接后立即收取客戶端發送過來的字符串，也就是 hello，打印出來。然后立即給對方回復一個字符串 world。
客戶端接收到服務器發送過來的 world，馬上打印出來。
關閉連接，結束。
如果從上面代碼上觀察，我們其實很難看出上圖所示的復雜過程。浮現在多數人腦海中往往是下面的這幅簡約模型圖。相比之下它要簡單很多，這也正是操作系統設計的魅力所在，讓你時時刻刻都在使用它卻感受不到它的存在。
以上就是關于“RPC的消息交互流程是怎樣的”這篇文章的內容，相信大家都有了一定的了解，希望小編分享的內容對大家有幫助，若想了解更多相關的知識內容，請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
