我的新浪微博： http://weibo.com/freshairbrucewoo 。

歡迎大家相互交流，共同提高技術(shù)。

?

一、RPC概述

第一節(jié)、RPC 結(jié)構(gòu)網(wǎng)絡

RPC （ Remote?Procedure?Call?Protocol ）——遠程過程調(diào)用協(xié)議，它是一種通過網(wǎng)絡從遠程計算機程序上請求服務，而不需要了解底層網(wǎng)絡技術(shù)的協(xié)議。 RPC 協(xié)議假定某些傳輸協(xié)議的存在，如 TCP 或 UDP ，為通信程序之間攜帶信息數(shù)據(jù)。在 OSI 網(wǎng)絡通信模型中， RPC 跨越了傳輸層和應用層。 RPC 使得開發(fā)包括網(wǎng)絡分布式多程序在內(nèi)的應用程序更加容易。

RPC 采用客戶機 / 服務器模式。請求程序就是一個客戶機，而服務提供程序就是一個服務器。首先，客戶機調(diào)用進程發(fā)送一個有進程參數(shù)的調(diào)用信息到服務進程，然后等待應答信息。在服務器端，進程保持睡眠狀態(tài)直到調(diào)用信息的到達為止。當一個調(diào)用信息到達，服務器獲得進程參數(shù)，計算結(jié)果，發(fā)送答復信息，然后等待下一個調(diào)用信息，最后，客戶端調(diào)用進程接收答復信息，獲得進程結(jié)果，然后調(diào)用執(zhí)行繼續(xù)進行。

目前，有多種? RPC? 模式和執(zhí)行。最初由? Sun? 公司提出。 IETF?ONC? 憲章重新修訂了? Sun? 版本，使得? ONC?RPC? 協(xié)議成為? IETF? 標準協(xié)議?，F(xiàn)在使用最普遍的模式和執(zhí)行是開放式軟件基礎的分布式計算環(huán)境（ DCE ）。

第二節(jié)、協(xié)議結(jié)構(gòu)

遠程過程調(diào)用（ RPC ）信息協(xié)議由兩個不同結(jié)構(gòu)組成：調(diào)用信息和答復信息。信息流程如下所示：

RPC ：遠程過程調(diào)用流程

RPC? 調(diào)用信息：每條遠程過程調(diào)用信息包括以下無符號整數(shù)字段，以獨立識別遠程過程：

　　程序號（ Program?number ）

　　程序版本號（ Program?version?number ）

　　過程號（ Procedure?number ）

RPC? 調(diào)用信息主體形式如下：

struct?call_body?{

unsigned?int?rpcvers;

unsigned?int?prog;

unsigned?int?vers;

unsigned?int?proc;

opaque_auth?cred;

opaque_auth?verf;

1?parameter

2?parameter?.?.?.?} ；

RPC? 答復信息： RPC? 協(xié)議的答復信息的改變?nèi)Q于網(wǎng)絡服務器對調(diào)用信息是接收還是拒絕。答復信息請求包括區(qū)別以下情形的各種信息：

RPC? 成功執(zhí)行調(diào)用信息。 .

　 RPC? 的遠程實現(xiàn)不是協(xié)議第二版，返回? RPC? 支持的最低和最高版本號。

　　在遠程系統(tǒng)中，遠程程序不可用。

　　遠程程序不支持被請求的版本號。返回遠程程序所支持的最低和最高版本號。

　　請求的過程號不存在。通常是呼叫方協(xié)議或程序差錯。

RPC 答復信息形式如下：

enum?reply_stat?stat

{MSG_ACCEPTED?=?0,

MSG_DENIED?=?1?} ；

第三節(jié)、工作原理

運行時 , 一次客戶機對服務器的 RPC 調(diào)用 , 其內(nèi)部操作大致有如下十步：

1. 調(diào)用客戶端句柄；執(zhí)行傳送參數(shù)

2. 調(diào)用本地系統(tǒng)內(nèi)核發(fā)送網(wǎng)絡消息

3. 消息傳送到遠程主機

4. 服務器句柄得到消息并取得參數(shù)

5. 執(zhí)行遠程過程

6. 執(zhí)行的過程將結(jié)果返回服務器句柄

7. 服務器句柄返回結(jié)果，調(diào)用遠程系統(tǒng)內(nèi)核

8. 消息傳回本地主機

9. 客戶句柄由內(nèi)核接收消息

10. 客戶接收句柄返回的數(shù)據(jù)

第四節(jié)、RPC?OVER?HTTP

Microsoft?RPC-over-HTTP? 部署 (RPC?over?HTTP) 允許 RPC? 客戶端安全和有效地通過 Internet? 連接到 RPC? 服務器程序并執(zhí)行遠程過程調(diào)用。這是在一個名稱為 RPC-over-HTTP? 代理，或簡稱為 RPC? 代理的中間件的幫助下完成的。

RPC? 代理運行在 IIS? 計算機上。它接受來自 Internet? 的 RPC? 請求，在這些請求上執(zhí)行認證，檢驗和訪問檢查，如果請求通過所有的測試， RPC? 代理將請求轉(zhuǎn)發(fā)給執(zhí)行真正處理的 RPC? 服務器。通過 RPC?over?HTTP ， RPC? 客戶端不和服務器直接通信，它們使用 RPC? 代理作為中間件。

Glusterfs之rpc模塊源碼分析(上）之RPC概述