ゞ沉默是金ゞ

          魚離不開水,但是沒有說不離開哪滴水.
          posts - 98,comments - 104,trackbacks - 0
          由于項目的需要,了解了一下RPC,分享給大家。

           

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


          基本簡介

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

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

           

              

          協(xié)議結(jié)構(gòu)

          遠(yuǎn)程過程調(diào)用(RPC[1])信 息協(xié)議由兩個不同結(jié)構(gòu)組成:調(diào)用信息和答復(fù)信息。信息流程如下所示:

            RPC:遠(yuǎn)程過程調(diào)用流程

            RPC 調(diào)用信息:每條遠(yuǎn)程過程調(diào)用信息包括以下無符號整數(shù)字段,以獨(dú)立識別遠(yuǎn)程過程:

            程序號(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 答復(fù)信息:RPC 協(xié)議的答復(fù)信息的改變?nèi)Q于網(wǎng)絡(luò)服務(wù)器對調(diào)用信息是接收還是拒絕。答復(fù)信息請求包括區(qū)別以下情形的各種信息:

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

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

            在遠(yuǎn)程系統(tǒng)中,遠(yuǎn)程程序不可用。

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

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

            RPC答復(fù)信息形式如下:

            enum reply_stat stat

            {MSG_ACCEPTED = 0,

          MSG_DENIED = 1 }

          工作原理

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

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

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

            3.消息傳送到遠(yuǎn)程主機(jī)

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

            5.執(zhí)行遠(yuǎn)程過程

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

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

            8.消息傳回本地主機(jī)

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

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

          RPC OVER HTTP

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

            RPC 代理運(yùn)行在IIS 計算機(jī)上。它接受來自Internet 的RPC 請求,在這些請求上執(zhí)行認(rèn)證,檢驗(yàn)和訪問檢查,如果請求通過所有的測試,RPC 代理將請求轉(zhuǎn)發(fā)給執(zhí)行真正處理的RPC 服務(wù)器。通過RPC over HTTP,RPC 客戶端不和服務(wù)器直接通信,它們使用RPC 代理作為中間件。
          posted on 2010-07-26 16:21 ゞ沉默是金ゞ 閱讀(1347) 評論(0)  編輯  收藏 所屬分類: HTTP
          主站蜘蛛池模板: 美姑县| 新巴尔虎右旗| 平定县| 米脂县| 乐昌市| 隆安县| 丹凤县| 孟州市| 墨脱县| 安国市| 大冶市| 郑州市| 珠海市| 普定县| 天峻县| 廉江市| 沁源县| 昌江| 五家渠市| 灵石县| 腾冲县| 砚山县| 美姑县| 砀山县| 井陉县| 涞水县| 洛宁县| 故城县| 和平县| 安达市| 襄城县| 丰原市| 泰安市| 西乡县| 运城市| 太湖县| 长汀县| 阜南县| 仪征市| 顺昌县| 滨海县|