在開始討論這個話題之前我們先來認識一下傳統(tǒng)的開發(fā)模式。

OSI網(wǎng)絡(luò)結(jié)構(gòu)的七層模型

各層的具體描述如下：

第七層：應(yīng)用層 定義了用于在網(wǎng)絡(luò)中進行通信和數(shù)據(jù)傳輸?shù)?a target="_blank">接口 - 用戶程式；提供標準服務(wù)，比如虛擬終端、文件以及任務(wù)的傳輸 和處理；

第六層：表示層 掩蓋不同系統(tǒng)間的數(shù)據(jù)格式的不同性； 指定獨立結(jié)構(gòu)的數(shù)據(jù)傳輸格式； 數(shù)據(jù)的編碼和解碼；加密和解密；壓縮和 解壓縮

第五層：會話層 管理用戶會話和對話； 控制用戶間邏輯連接的建立和掛斷；報告上一層發(fā)生的錯誤

第四層：傳輸層 管理網(wǎng)絡(luò)中端到端的信息傳送； 通過錯誤糾正和流控制機制提供可靠且有序的數(shù)據(jù)包傳送； 提供面向無連接的數(shù) 據(jù)包的傳送；

第三層：網(wǎng)絡(luò)層 定義網(wǎng)絡(luò)設(shè)備間如何傳輸數(shù)據(jù)； 根據(jù)唯一的網(wǎng)絡(luò)設(shè)備地址路由數(shù)據(jù)包；提供流和擁塞控制以防止網(wǎng)絡(luò)資源的損耗

第二層：數(shù)據(jù)鏈路層 定義操作通信連接的程序； 封裝數(shù)據(jù)包為數(shù)據(jù)幀； 監(jiān)測和糾正數(shù)據(jù)包傳輸錯誤

第一層：物理層 定義通過網(wǎng)絡(luò)設(shè)備發(fā)送數(shù)據(jù)的物理方式； 作為網(wǎng)絡(luò)媒介和設(shè)備間的接口；定義光學、電氣以及機械特性。

在上述7層中，http協(xié)議是應(yīng)用層協(xié)議。HTTP協(xié)議是超文本傳送協(xié)議(HyperText Transfer Protocol)的縮寫，它是萬維網(wǎng)(World Wide Web,www,也簡稱為Web)的基礎(chǔ)。HTTP協(xié)議設(shè)計之初就是為了實現(xiàn)Web的想法。HTTP協(xié)議位于TCP/IP協(xié)議棧的應(yīng)用層?；贖TTP協(xié)議的客戶/服務(wù)器模式的信息交換過程，分四個過程：建立連接、發(fā)送請求信息、發(fā)送響應(yīng)信息、關(guān)閉連接。

而關(guān)于RPC的基本概念介紹如下：

英文原義：Remote Procedure Call Protocol

中文釋義：（RFC-1831）遠過程調(diào)用協(xié)議

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

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

RPC信息協(xié)議由兩個不同結(jié)構(gòu)組成：調(diào)用信息和答復信息。

二者的聯(lián)系是：

RPC OVER HTTP

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

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

關(guān)于xml-rpc

1.1. xml rpc簡介

xml rpc是使用http協(xié)議做為傳輸協(xié)議的rpc機制，使用xml文本的方式傳輸命令和數(shù)據(jù)。

一個rpc系統(tǒng)，必然包括2個部分:1.rpc client，用來向rpc server調(diào)用方法,并接收方法的返回數(shù)據(jù);2.rpc server,用于響應(yīng)rpc client的請求，執(zhí)行方法，并回送方法執(zhí)行結(jié)果。

1.2. xml rpc的可用版本

xml rpc client和xml rpc server都有很多版本的實現(xiàn)。一般而言,一個實現(xiàn)版本都會同時實現(xiàn)client/server。但由于都滿足xml rpc規(guī)范，從理論上講,任何一個版本的rpc client實現(xiàn)與任何一個版本的rpc server都能配套使用。

更進一步，由于xml rpc以xml文本的方式,使用http協(xié)議傳輸，所以與編程語言無關(guān)。例如:rpc client的已實現(xiàn)版本包括了:perl,php,python,c/c++,java，等等;rpc server的實現(xiàn)語言包括perl,java,等。

同一種編程語言所實現(xiàn)的版本也不止一個。例如java版的實現(xiàn)有:Marque的xmlrpc實現(xiàn)(http://xmlrpc.sourceforge.net/),apache的xmlrpc 實現(xiàn)(http://ws.apache.org/xmlrpc/)

1.3.xmlrpc的工作原理

完整的需要參考xmlrpc規(guī)范(http://www.xmlrpc.com/spec)

簡單描述:

rpcclient的工作原理:rpcclient根據(jù)URL找到rpcserver -> 構(gòu)造命令包，調(diào)用rpcserver上的某個服務(wù)的某個方法 -> 接收到rpcserver的返回,解析響應(yīng)包，拿出調(diào)用的返回結(jié)果。

rpcserver的工作原理:啟動一個webserver(在使用內(nèi)置的webserver的情況下) -> 注冊每個能提供的服務(wù)，每個服務(wù)對應(yīng)一個Handler類 ->進入服務(wù)監(jiān)聽狀態(tài)。