來自https://www.cnblogs.com/codingexperience/p/5930752.html
個人理解,rpc重點就是,像調用本地服務一樣調用遠程服務,他的實現可以有很多種;而http與socket值得是一種具體的通訊協議;即rpc可以通過http或socket協議來實現。
一、RPC簡介
RPC,全稱爲Remote Procedure Call,即遠程過程調用,它是一個計算機通信協議。它允許像調用本地服務一樣調用遠程服務。它可以有不同的實現方式。如RMI(遠程方法調用)、Hessian、Http invoker等。另外,RPC是與語言無關的。
RPC示意圖
如上圖所示,假設Computer1在調用sayHi()方法,對於Computer1而言調用sayHi()方法就像調用本地方法一樣,調用 –>返回。但從後續調用可以看出Computer1調用的是Computer2中的sayHi()方法,RPC屏蔽了底層的實現細節,讓調用者無需關注網絡通信,數據傳輸等細節。
二、RPC框架的實現
上面介紹了RPC的核心原理:RPC能夠讓本地應用簡單、高效地調用服務器中的過程(服務)。它主要應用在分佈式系統。如Hadoop中的IPC組件。但怎樣實現一個RPC框架呢?
從下面幾個方面思考,僅供參考:
1.通信模型:假設通信的爲A機器與B機器,A與B之間有通信模型,在Java中一般基於BIO或NIO;。
2.過程(服務)定位:使用給定的通信方式,與確定IP與端口及方法名稱確定具體的過程或方法;
3.遠程代理對象:本地調用的方法(服務)其實是遠程方法的本地代理,因此可能需要一個遠程代理對象,對於Java而言,遠程代理對象可以使用Java的動態對象實現,封裝了調用遠程方法調用;
4.序列化,將對象名稱、方法名稱、參數等對象信息進行網絡傳輸需要轉換成二進制傳輸,這裏可能需要不同的序列化技術方案。如:protobuf,Arvo等。
三、Java實現RPC框架
1、實現技術方案
下面使用比較原始的方案實現RPC框架,採用Socket通信、動態代理與反射與Java原生的序列化。
2、RPC框架架構
RPC架構分爲三部分:
1)服務提供者,運行在服務器端,提供服務接口定義與服務實現類。
2)服務中心,運行在服務器端,負責將本地服務發佈成遠程服務,管理遠程服務,提供給服務消費者使用。
3)服務消費者,運行在客戶端,通過遠程代理對象調用遠程服務。
3、 具體實現
服務提供者接口定義與實現,代碼如下:
1 2 3 4 5 |
|
HelloServices接口實現類:
1 2 3 4 5 6 7 |
|
服務中心代碼實現,代碼如下:
1 2 3 4 5 6 7 8 9 10 11 |
|
服務中心實現類:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 |
|
客戶端的遠程代理對象:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
|
最後爲測試類:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
運行結果:
1 2 3 |
|
四、總結
RPC本質爲消息處理模型,RPC屏蔽了底層不同主機間的通信細節,讓進程調用遠程的服務就像是本地的服務一樣。
五、可以改進的地方
這裏實現的簡單RPC框架是使用Java語言開發,與Java語言高度耦合,並且通信方式採用的Socket是基於BIO實現的,IO效率不高,還有Java原生的序列化機制佔內存太多,運行效率也不高。可以考慮從下面幾種方法改進。
- 可以採用基於JSON數據傳輸的RPC框架;
- 可以使用NIO或直接使用Netty替代BIO實現;
- 使用開源的序列化機制,如Hadoop Avro與Google protobuf等;
- 服務註冊可以使用Zookeeper進行管理,能夠讓應用更加穩定。