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