>>什么是RPC

RPC 的全稱是 Remote Procedure Call 是一種進(jìn)程間通信方式。

它允許程序調(diào)用另一個(gè)地址空間（通常是共享網(wǎng)絡(luò)的另一臺(tái)機(jī)器上）的過(guò)程或函數(shù)，而不用程序員顯式編碼這個(gè)遠(yuǎn)程調(diào)用的細(xì)節(jié)。即無(wú)論是調(diào)用本地接口/服務(wù)的還是遠(yuǎn)程的接口/服務(wù)，本質(zhì)上編寫的調(diào)用代碼基本相同。

比如兩臺(tái)服務(wù)器A，B，一個(gè)應(yīng)用部署在A服務(wù)器上，想要調(diào)用B服務(wù)器上應(yīng)用提供的函數(shù)或者方法，由于不在一個(gè)內(nèi)存空間，不能直接調(diào)用，這時(shí)候需要通過(guò)就可以應(yīng)用RPC框架的實(shí)現(xiàn)來(lái)解決。

>>RESTful、SOAP和RPC

• （1）RESTful是一種架構(gòu)設(shè)計(jì)風(fēng)格，提供了設(shè)計(jì)原則和約束條件，而不是架構(gòu)。而滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是 RESTful架構(gòu)或服務(wù)。
• （2）SOAP，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議是一種數(shù)據(jù)交換協(xié)議規(guī)范，是一種輕量的、簡(jiǎn)單的、基于XML的協(xié)議的規(guī)范。

SOAP協(xié)議和HTTP協(xié)議一樣，都是底層的通信協(xié)議，只是請(qǐng)求包的格式不同而已，SOAP包是XML格式的。

SOAP的消息是基于xml并封裝成了符合http協(xié)議，因此，它符合任何路由器、 防火墻或代理服務(wù)器的要求。

soap可以使用任何語(yǔ)言來(lái)完成，只要發(fā)送正確的soap請(qǐng)求即可，基于soap的服務(wù)可以在任何平臺(tái)無(wú)需修改即可正常使用。

• （3）RPC就是從一臺(tái)機(jī)器（客戶端）上通過(guò)參數(shù)傳遞的方式調(diào)用另一臺(tái)機(jī)器（服務(wù)器）上的一個(gè)函數(shù)或方法（可以統(tǒng)稱為服務(wù)）并得到返回的結(jié)果。

RPC 會(huì)隱藏底層的通訊細(xì)節(jié)（不需要直接處理Socket通訊或Http通訊）

RPC 是一個(gè)請(qǐng)求響應(yīng)模型。客戶端發(fā)起請(qǐng)求，服務(wù)器返回響應(yīng)（類似于Http的工作方式）

RPC 在使用形式上像調(diào)用本地函數(shù)（或方法）一樣去調(diào)用遠(yuǎn)程的函數(shù)（或方法）。

>>幾種RPC框架

幾種比較典型的RPC的實(shí)現(xiàn)和調(diào)用框架。?

（1）RMI實(shí)現(xiàn)，利用java.rmi包實(shí)現(xiàn)，基于Java遠(yuǎn)程方法協(xié)議(Java Remote Method Protocol)?和java的原生序列化。?

（2）Hessian，是一個(gè)輕量級(jí)的remoting onhttp工具，使用簡(jiǎn)單的方法提供了RMI的功能。 基于HTTP協(xié)議，采用二進(jìn)制編解碼。?

（3）THRIFT是一種可伸縮的跨語(yǔ)言服務(wù)的軟件框架。thrift允許你定義一個(gè)描述文件，描述數(shù)據(jù)類型和服務(wù)接口。依據(jù)該文件，編譯器方便地生成RPC客戶端和服務(wù)器通信代碼。

>>RPC的實(shí)現(xiàn)原理

（1）一個(gè)典型的RPC實(shí)現(xiàn)結(jié)構(gòu)

• RpcServer：負(fù)責(zé)導(dǎo)出（export）遠(yuǎn)程接口
• RpcClient：負(fù)責(zé)導(dǎo)入（import）遠(yuǎn)程接口的代理實(shí)現(xiàn)
• RpcProxy：遠(yuǎn)程接口的代理實(shí)現(xiàn)
• RpcInvoker：
  客戶方實(shí)現(xiàn)：負(fù)責(zé)編碼調(diào)用信息和發(fā)送調(diào)用請(qǐng)求到服務(wù)方并等待調(diào)用結(jié)果返回
  服務(wù)方實(shí)現(xiàn)：負(fù)責(zé)調(diào)用服務(wù)端接口的具體實(shí)現(xiàn)并返回調(diào)用結(jié)果
• RpcProtocol：負(fù)責(zé)協(xié)議編/解碼
• RpcConnector：負(fù)責(zé)維持客戶方和服務(wù)方的連接通道和發(fā)送數(shù)據(jù)到服務(wù)方
• RpcAcceptor：負(fù)責(zé)接收客戶方請(qǐng)求并返回請(qǐng)求結(jié)果
• RpcProcessor：負(fù)責(zé)在服務(wù)方控制調(diào)用過(guò)程，包括管理調(diào)用線程池、超時(shí)時(shí)間等
• RpcChannel：數(shù)據(jù)傳輸通道

（2）實(shí)現(xiàn)過(guò)程

RPC 服務(wù)方通過(guò) RpcServer 去導(dǎo)出（export）遠(yuǎn)程接口方法，而客戶方通過(guò) RpcClient 去引入（import）遠(yuǎn)程接口方法。

客戶方像調(diào)用本地方法一樣去調(diào)用遠(yuǎn)程接口方法，RPC 框架提供接口的代理實(shí)現(xiàn)，實(shí)際的調(diào)用將委托給代理RpcProxy 。

代理封裝調(diào)用信息并將調(diào)用轉(zhuǎn)交給RpcInvoker 去實(shí)際執(zhí)行。

在客戶端的RpcInvoker 通過(guò)連接器RpcConnector 去維持與服務(wù)端的通道RpcChannel，并使用RpcProtocol 執(zhí)行協(xié)議編碼（encode）并將編碼后的請(qǐng)求消息通過(guò)通道發(fā)送給服務(wù)方。

RPC 服務(wù)端接收器 RpcAcceptor 接收客戶端的調(diào)用請(qǐng)求，同樣使用RpcProtocol 執(zhí)行協(xié)議解碼（decode）。

解碼后的調(diào)用信息傳遞給RpcProcessor 去控制處理調(diào)用過(guò)程，最后再委托調(diào)用給RpcInvoker 去實(shí)際執(zhí)行并返回調(diào)用結(jié)果。