1.Cglib 代理模式的基本介紹

1. 靜態(tài)代理和 JDK 代理模式都要求目標(biāo)對(duì)象是實(shí)現(xiàn)一個(gè)接口,但是有時(shí)候目標(biāo)對(duì)象只是一個(gè) 單獨(dú)的對(duì)象,并沒 有實(shí)現(xiàn)任何的接口,這個(gè)時(shí)候可使用目標(biāo)對(duì)象子類來實(shí)現(xiàn)代理-這就是 Cglib 代理
2. Cglib代理也叫作 子類代理,它是在內(nèi)存中構(gòu)建一個(gè)子類對(duì)象從而實(shí)現(xiàn)對(duì)目標(biāo)對(duì)象功能擴(kuò)展, 有些書也將Cglib代理歸屬到動(dòng)態(tài)代理。
3. Cglib 是一個(gè)強(qiáng)大的高性能的代碼生成包,它可以在運(yùn)行期擴(kuò)展 java 類與實(shí)現(xiàn) java 接口.它廣泛的被許多 AOP 的框架使用,例如 SpringAOP，實(shí)現(xiàn)方法攔截
4. 在 AOP 編程中如何選擇代理模式：

目標(biāo)對(duì)象需要實(shí)現(xiàn)接口，用 JDK 代理

目標(biāo)對(duì)象不需要實(shí)現(xiàn)接口，用 Cglib 代理

Cglib 包的底層是通過使用字節(jié)碼處理框架 ASM 來轉(zhuǎn)換字節(jié)碼并生成新的類

2.Cglib 代理模式實(shí)現(xiàn)步驟

需要引入 cglib 的 jar 文件

/*
cglib包結(jié)構(gòu)：
net.sf.cglib.core    	底層字節(jié)碼處理類。
net.sf.cglib.transform  該包中的類用于class文件運(yùn)行時(shí)轉(zhuǎn)換或編譯時(shí)轉(zhuǎn)換。
net.sf.cglib.proxy    	該包中的類用于創(chuàng)建代理和方法攔截。
net.sf.cglib.reflect    該包中的類用于快速反射，并提供了C#風(fēng)格的委托。
net.sf.cglib.util    	集合排序工具類。
net.sf.cglib.beans    	JavaBean工具類。
*/

在內(nèi)存中動(dòng)態(tài)構(gòu)建子類，注意代理的類不能為 final，否則報(bào)錯(cuò)java.lang.IllegalArgumentException:

目標(biāo)對(duì)象的方法如果為 final/static,那么就不會(huì)被攔截,即不會(huì)執(zhí)行目標(biāo)對(duì)象額外的業(yè)務(wù)方法.

3.cglib動(dòng)態(tài)代理相關(guān)的基礎(chǔ)類

net.sf.cglib.proxy.Enhancer 主要的增強(qiáng)類。

net.sf.cglib.proxy.MethodInterceptor 主要的方法攔截類，它是Callback接口的子接口，需要用戶實(shí)現(xiàn)。

net.sf.cglib.proxy.MethodProxy JDK的java.lang.reflect.Method類的代理類，可以方便的實(shí)現(xiàn)對(duì)源對(duì)象方法的調(diào)用。

cglib是通過動(dòng)態(tài)的生成一個(gè)子類去覆蓋所要代理類的非final方法，并設(shè)置好callback，則原有類的每個(gè)方法調(diào)用就會(huì)轉(zhuǎn)變成調(diào)用用戶定義的攔截方法（intercept）

4.Cglib 代理模式應(yīng)用實(shí)例

4.1 導(dǎo)入pom.xml依賴

<dependency>
    <groupId>cglib</groupId>
    <artifactId>cglib</artifactId>
    <version>3.1</version>
</dependency>

4.2 目標(biāo)類

//火車站
public class TrainStation {

    public void sell() {
        System.out.println("火車站賣票");
    }
}

4.3 代理工廠

//代理工廠
public class ProxyFactory implements MethodInterceptor {

    //聲明目標(biāo)對(duì)象
    private TrainStation target = new TrainStation();

    public TrainStation getProxyObject() {
        //創(chuàng)建Enhancer對(duì)象，類似于JDK動(dòng)態(tài)代理的Proxy類，下一步就是設(shè)置幾個(gè)參數(shù)
        Enhancer enhancer =new Enhancer();

        //設(shè)置代理對(duì)象的父類的字節(jié)碼對(duì)象(Class類型的對(duì)象) , 指定代理對(duì)象的父類
        enhancer.setSuperclass(target.getClass());

        //設(shè)置回調(diào)函數(shù) , 實(shí)現(xiàn)調(diào)用代理對(duì)象的方法時(shí)最終都會(huì)執(zhí)行MethodInterceptor的子實(shí)現(xiàn)類的intercept方法 , 在這個(gè)函數(shù)中利用反射完成任意目標(biāo)類方法的調(diào)用
        enhancer.setCallback(this);

        //設(shè)置完參數(shù)后就可以 ,默認(rèn)返回的是Object類型 , 可以進(jìn)行強(qiáng)轉(zhuǎn) , 創(chuàng)建真正的代理對(duì)象
        TrainStation obj = (TrainStation) enhancer.create();
        return obj;
    }
    // intercept方法參數(shù)說明:
    //		返回值類型是調(diào)用方法的返回值類型
	//		o ： 代理對(duì)象
	//		method ： 真實(shí)對(duì)象中的方法的Method實(shí)例對(duì)象
	//		args ： 實(shí)際參數(shù) , 可以是0到N個(gè)
	//		methodProxy ：代理對(duì)象中的方法的method實(shí)例

    public TrainStation intercept(Object o, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
        System.out.println("代理點(diǎn)收取一些服務(wù)費(fèi)用(CGLIB動(dòng)態(tài)代理方式)");
        //調(diào)用目標(biāo)對(duì)象的方法
        TrainStation result = (TrainStation) methodProxy.invokeSuper(o, args);
        return result;
    }
}

Enhancer類的常用方法

4.4 測(cè)試類

//測(cè)試類
public class Client {
    public static void main(String[] args) {
        //創(chuàng)建代理工廠對(duì)象
        ProxyFactory factory = new ProxyFactory();
        
        //獲取代理對(duì)象
        TrainStation proxyObject = factory.getProxyObject();

        proxyObject.sell();
    }
}

5 jdk代理和CGLIB代理

• 使用CGLib實(shí)現(xiàn)動(dòng)態(tài)代理，CGLib底層采用ASM字節(jié)碼生成框架，使用字節(jié)碼技術(shù)生成代理類，在JDK1.6之前比使用Java反射效率要高。
• 唯一需要注意的是，CGLib不能對(duì)聲明為final的類或者方法進(jìn)行代理，因?yàn)镃GLib原理是動(dòng)態(tài)生成被代理類的子類。final修飾類不能被繼承 , final修飾的方法不能被重寫
• 在JDK1.6、JDK1.7、JDK1.8逐步對(duì)JDK動(dòng)態(tài)代理優(yōu)化之后，在調(diào)用次數(shù)較少的情況下，JDK代理效率高于CGLib代理效率，只有當(dāng)進(jìn)行大量調(diào)用的時(shí)候，JDK1.6和JDK1.7比CGLib代理效率低一點(diǎn)，但是到JDK1.8的時(shí)候，JDK代理效率高于CGLib代理。所以如果有接口使用JDK動(dòng)態(tài)代理，如果沒有接口使用CGLIB代理。

6 代理模式優(yōu)缺點(diǎn)及使用場(chǎng)景

優(yōu)點(diǎn)：

• 代理模式在客戶端與目標(biāo)對(duì)象之間起到一個(gè)中介作用和保護(hù)目標(biāo)對(duì)象的作用；
• 代理對(duì)象可以擴(kuò)展目標(biāo)對(duì)象的功能；
• 代理模式能將客戶端與目標(biāo)對(duì)象分離，在一定程度上降低了系統(tǒng)的耦合度；

缺點(diǎn)：

• 增加了系統(tǒng)的復(fù)雜度；

使用場(chǎng)景：

• 遠(yuǎn)程（Remote）代理
  • 本地服務(wù)通過網(wǎng)絡(luò)請(qǐng)求遠(yuǎn)程服務(wù)。為了實(shí)現(xiàn)本地到遠(yuǎn)程的通信，我們需要實(shí)現(xiàn)網(wǎng)絡(luò)通信，處理其中可能的異常。為良好的代碼設(shè)計(jì)和可維護(hù)性，我們將網(wǎng)絡(luò)通信部分隱藏起來，只暴露給本地服務(wù)一個(gè)接口，通過該接口即可訪問遠(yuǎn)程服務(wù)提供的功能，而不必過多關(guān)心通信部分的細(xì)節(jié)。RPC思想
• 防火墻（Firewall）代理
  • 當(dāng)你將瀏覽器配置成使用代理功能時(shí)，防火墻就將你的瀏覽器的請(qǐng)求轉(zhuǎn)給互聯(lián)網(wǎng)；當(dāng)互聯(lián)網(wǎng)返回響應(yīng)時(shí)，代理服務(wù)器再把它轉(zhuǎn)給你的瀏覽器。
• 保護(hù)（Protect or Access）代理
  • 務(wù)一個(gè)接口，通過該接口即可訪問遠(yuǎn)程服務(wù)提供的功能，而不必過多關(guān)心通信部分的細(xì)節(jié)。RPC思想
• 防火墻（Firewall）代理
  • 當(dāng)你將瀏覽器配置成使用代理功能時(shí)，防火墻就將你的瀏覽器的請(qǐng)求轉(zhuǎn)給互聯(lián)網(wǎng)；當(dāng)互聯(lián)網(wǎng)返回響應(yīng)時(shí)，代理服務(wù)器再把它轉(zhuǎn)給你的瀏覽器。
• 保護(hù)（Protect or Access）代理
  • 控制對(duì)一個(gè)對(duì)象的訪問，如果需要，可以給不同的用戶提供不同級(jí)別的使用權(quán)限。

到此這篇關(guān)于Java的動(dòng)態(tài)代理模式之Cglib代理詳解的文章就介紹到這了,更多相關(guān)Cglib代理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論