1 RPC簡(jiǎn)介
RPC（Remote Procedure Call）—遠(yuǎn)程過(guò)程調(diào)用，它是一種通過(guò)網(wǎng)絡(luò)從遠(yuǎn)程計(jì)算機(jī)程序上請(qǐng)求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。RPC協(xié)議假定某些傳輸協(xié)議的存在，如TCP或UDP，為通信程序之間攜帶信息數(shù)據(jù)。在OSI網(wǎng)絡(luò)通信模型中，RPC跨越了傳輸層和應(yīng)用層。
2 RPC實(shí)現(xiàn)
RPC的實(shí)現(xiàn)中一個(gè)重要的功能就是動(dòng)態(tài)代理。整個(gè)過(guò)程如下：
首先，對(duì)于用戶方而言：
- 只提供接口不提供實(shí)現(xiàn)類，所有的接口文件都導(dǎo)出后，調(diào)用方放在一個(gè)專門(mén)目錄下
- 接口千奇百怪，但是都沒(méi)有具體實(shí)現(xiàn)
- 代理要代理掉專門(mén)目錄下的所有接口，任何對(duì)這里接口的調(diào)用都被序列化后轉(zhuǎn)到遠(yuǎn)端
假設(shè)，我們有一個(gè)接口如下：
只有方法名稱，也不知道接口在遠(yuǎn)端的實(shí)現(xiàn)類的名稱。
然后，我們的ProxyHandler如下：
具體使用時(shí)這樣：
這樣，就可以實(shí)現(xiàn)RPC的代理了。運(yùn)行結(jié)果：
那具體實(shí)現(xiàn)RPC可如下。
- 首先如代碼所示，我們只需要接口，不需要知道任何實(shí)現(xiàn)類的信息就可以創(chuàng)建一個(gè)接口的代理實(shí)現(xiàn)。就和生成RemoteService remoteService一樣。
- 因?yàn)樗械慕涌诙荚谥付夸浵?，我們可以掃描該目錄下的所有接口，批量生成所有接口的?shí)例，并把生成的bean都放入spring中管理。這樣，用戶就可以用autowair注入所有實(shí)現(xiàn)。而實(shí)際上我們的代理proxy就成了所有接口的實(shí)現(xiàn)。
- 用戶調(diào)用任何接口時(shí)，都調(diào)用了我們生成的bean實(shí)現(xiàn)。其實(shí)都進(jìn)入了我們相同的handler實(shí)現(xiàn)，實(shí)現(xiàn)中我們可以知道用戶想要調(diào)用的完整方法名稱(從它的目錄路徑可以分析出目標(biāo)應(yīng)用名)、參數(shù)。然后序列化后去遠(yuǎn)端調(diào)用并返回結(jié)果即可。
3 動(dòng)態(tài)代理
cglib是通過(guò)字節(jié)碼，生成了目標(biāo)類的子類實(shí)現(xiàn)動(dòng)態(tài)代理的。因此，對(duì)于final的方法無(wú)法使用cglib進(jìn)行動(dòng)態(tài)代理。
首先引入Cglib包：
首先，目標(biāo)對(duì)象不發(fā)生任何變化，并且該類也不需要實(shí)現(xiàn)任何接口了：
代理類寫(xiě)法如下：
通過(guò)代碼我們也可以看出，代理類是作為目標(biāo)類的子類出現(xiàn)的，在調(diào)用目標(biāo)類方法時(shí)，實(shí)際是調(diào)用父類。
使用如下：
使用過(guò)程比較簡(jiǎn)單：
1. 生成一個(gè)代理對(duì)象
2. 告訴代理對(duì)象，它的實(shí)現(xiàn)在哪里
3. 告訴代理對(duì)象，它的父類是誰(shuí)
4. 生成代理類的對(duì)象
5. 調(diào)用代理對(duì)象的方法
這樣，對(duì)生成的代理對(duì)象進(jìn)行調(diào)用時(shí)，會(huì)調(diào)用到它的回調(diào)對(duì)象，然后回調(diào)對(duì)象中根據(jù)操作可能調(diào)用目標(biāo)對(duì)象（父類）的方法。
得到結(jié)果：
before speak
hello Jack
after speak
OK
