目錄一、靜態(tài)代理1.1、靜態(tài)代理的使用1.2、與裝飾者模式的區(qū)別二、動態(tài)代理2.1、JDK 動態(tài)代理2.2、CGlib 動態(tài)代理實(shí)現(xiàn)一、靜態(tài)代理1.1、靜態(tài)代理的使用

靜態(tài)代理，代理類和被代理的類實(shí)現(xiàn)了同樣的接口，代理類同時持有被代理類的引用，這樣，當(dāng)我們需要調(diào)用被代理類的方法時，可以通過調(diào)用代理類的方法來做到。舉例如下：

假設(shè)領(lǐng)導(dǎo)的工作是開會和給員工考評。

先定義一個接口：

package com.sharpcj;public interface IWork { void meeting(); int evaluate(String name);}

然后定義領(lǐng)導(dǎo)類：

package com.sharpcj;import java.util.Random;public class Leader implements IWork { @Override public void meeting() {System.out.println('領(lǐng)導(dǎo)早上要組織會議'); } @Override public int evaluate(String name) {int score = new Random(System.currentTimeMillis()).nextInt(20) + 80;System.out.println(String.format('領(lǐng)導(dǎo)給%s的考評為%s分', name, score));return score; }}

秘書類：

package com.sharpcj;public class Secretary implements IWork { private Leader mLeader; public Secretary(Leader mLeader) {this.mLeader = mLeader; } @Override public void meeting() {System.out.println('秘書先給老板準(zhǔn)備材料');mLeader.metting(); } @Override public int evaluate(String name) {return mLeader.evaluate(name); }}

測試類：

package com.sharpcj;public class TestApp { public static void main(String[] args) {Leader leader = new Leader();Secretary secretary = new Secretary(leader);secretary.meeting();secretary.evaluate('Joy'); }}

執(zhí)行結(jié)果：

這個代碼很簡單，注意在調(diào)用Secretary類的 meeting 方法時，我們調(diào)用了Leader類的 meeting 的方法，在此之前，我們還擴(kuò)充了該方法。這時有的人可能有疑惑了，這看起來有點(diǎn)是裝飾者模式了。這到底怎么回事？

1.2、與裝飾者模式的區(qū)別

實(shí)際上，在裝飾器模式和代理模式之間還是有很多差別的。裝飾器模式關(guān)注于在一個對象上動態(tài)的添加方法，然而代理模式關(guān)注于控制對對象的訪問。換句話說，用代理模式，代理類（proxy class）可以對它的客戶隱藏一個對象的具體信息。因此，當(dāng)使用代理模式的時候，我們常常在一個代理類中創(chuàng)建一個對象的實(shí)例。并且，當(dāng)我們使用裝飾器模式的時候，我們通常的做法是將原始對象作為一個參數(shù)傳給裝飾者的構(gòu)造器。

我們可以用另外一句話來總結(jié)這些差別：使用代理模式，代理和真實(shí)對象之間的的關(guān)系通常在編譯時就已經(jīng)確定了，而裝飾者能夠在運(yùn)行時遞歸地被構(gòu)造。

先看看兩者的 UML 類圖區(qū)別：

代理模式

裝飾者模式

兩者偽代碼：

代理模式:

Interface Subject { void doAction()}public class RealSubject implements Subject{ @Override public void doAction() {};}public class Proxy implements Subject{ private RealSubject realSubject; public Proxy(RealSubject realSubject) { //關(guān)系在編譯時確定 this.realSubject = realSubject; } @Override public void doAction() { …. realSubject.doAction(); …. }}

// 裝飾者模式

Interface Component { void doAction()}public class ConcreteComponent implement Component { @Override public void doAction() {};}public class Decorator implements Component { private Component component; public Decorator(Component component) { //關(guān)系在編譯時確定 this.component = new component; } public void doAction() { …. component.doAction(); …. }}

其實(shí)代理模式和裝飾者模式側(cè)重點(diǎn)不一樣，代理模式重點(diǎn)在于明確了被代理的類。如上例中，秘書很明確要代理的是的領(lǐng)導(dǎo)。而裝飾者模式側(cè)重于拓展類的方法，裝飾類持有的實(shí)現(xiàn)Component接口的類的對象不是固定的，也就是說，裝飾類可以根據(jù)在調(diào)用時傳入的參數(shù)，裝飾任意一個實(shí)現(xiàn)了 Component 接口的類。

二、動態(tài)代理

動態(tài)代理的根據(jù)實(shí)現(xiàn)方式的不同可以分為 JDK 動態(tài)代理和 CGlib 動態(tài)代理。

JDK 動態(tài)代理：利用反射機(jī)制生成一個實(shí)現(xiàn)代理接口的類，在調(diào)用具體方法前調(diào)用InvokeHandler來處理。CGlib 動態(tài)代理：利用ASM（開源的Java字節(jié)碼編輯庫，操作字節(jié)碼）開源包，將代理對象類的class文件加載進(jìn)來，通過修改其字節(jié)碼生成子類來處理。

區(qū)別：JDK代理只能對實(shí)現(xiàn)接口的類生成代理；CGlib是針對類實(shí)現(xiàn)代理，對指定的類生成一個子類，并覆蓋其中的方法，這種通過繼承類的實(shí)現(xiàn)方式，不能代理final修飾的類。

2.1、JDK 動態(tài)代理

還是以上面的例子為例：

首先，定一個類實(shí)現(xiàn) InvocationHandler 接口，并實(shí)現(xiàn) invoke 方法：

package com.sharpcj;import java.lang.reflect.InvocationHandler;import java.lang.reflect.Method;public class WorkInvocationHandler implements InvocationHandler { private Object object; public WorkInvocationHandler(Object object) {this.object = object; } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {System.out.println('object: ' + object.getClass().getSimpleName());System.out.println('proxy: ' + proxy.getClass().getSimpleName());if ('meeting'.equals(method.getName())) { System.out.println('代理先準(zhǔn)備會議材料...'); return method.invoke(object, args);} else if ('evaluate'.equals(method.getName())) { if(args[0] instanceof String) {if ('James'.equals(args[0])) { System.out.println('James 犯過錯誤，所以考評分?jǐn)?shù)較低...'); return 70;} } return method.invoke(object, args);}return null; }}

然后通過 Proxy.newProxyInstance() 方法創(chuàng)建代理對象：

package com.sharpcj;import java.lang.reflect.Proxy;public class TestApp { public static void main(String[] args) {/*Leader leader = new Leader();Secretary secretary = new Secretary(leader);secretary.meeting();secretary.evaluate('Joy');*/Leader leader = new Leader();IWork proxy = (IWork) Proxy.newProxyInstance(Leader.class.getClassLoader(),new Class[]{IWork.class}, new WorkInvocationHandler(leader));proxy.meeting();proxy.evaluate('Joy');proxy.evaluate('James'); }}

輸出結(jié)果：

我們看到，通過 WorkInvocationHandler 類，我們同樣可以代理 Leader 類的方法的實(shí)現(xiàn)，實(shí)際上我們實(shí)現(xiàn)的是任意的方法的實(shí)現(xiàn)，只是我們在創(chuàng)建代理對象的時候傳入的是 Iwork 接口以及 Leader 類對象。這里需要注意的是：在 InvocationHandler 接口的 invoke 方法中第一個參數(shù) proxy, 并不是我們調(diào)用方法的對象，那這個參數(shù)是什么呢？代碼中，我特別增加相應(yīng)打印，打印出了 proxy 的類名，實(shí)際上 proxy 是代理對象本身，它的意義在于，我們可以在 invoke 方法中，返回該代理對象，然后進(jìn)行連續(xù)調(diào)用。

看如下例子：

package com.sharpcj.proxytest;public interface IWork { IWork work(String subject);}

package com.sharpcj.proxytest;import java.lang.reflect.InvocationHandler;import java.lang.reflect.Method;public class WorkInvocationHandler implements InvocationHandler { private Object object; public WorkInvocationHandler(Object object) {this.object = object; } @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {if ('work'.equals(method.getName())){ System.out.println('--- work: ' + args[0]); return proxy;}return null; }}

package com.sharpcj.proxytest;import java.lang.reflect.Proxy;public class TestApp { public static void main(String[] args) {IWork worker = (IWork) Proxy.newProxyInstance(IWork.class.getClassLoader(), new Class[]{IWork.class},new WorkInvocationHandler(new IWork() { @Override public IWork work(String subject) {return null; }}));worker.work('AAA').work('BBB').work('CCC'); }}

結(jié)果如下：

2.2、CGlib 動態(tài)代理實(shí)現(xiàn)

首先添加 cglib 依賴

build.gradle 文件：

dependencies { // 引入 cglib 庫 compile ’cglib:cglib:3.1’ testCompile group: ’junit’, name: ’junit’, version: ’4.12’}

前面說了，cglib 針對類進(jìn)行代理，我們以上面的 Leader 類為例，先創(chuàng)建一個類實(shí)現(xiàn) MethodInterceptor接口：

package com.sharpcj;import net.sf.cglib.proxy.MethodInterceptor;import net.sf.cglib.proxy.MethodProxy;import java.lang.reflect.Method;public class LeaderMethodInterceptor implements MethodInterceptor { @Override public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {if ('meeting'.equals(method.getName())) { System.out.println('代理先準(zhǔn)備會議材料...'); return methodProxy.invokeSuper(o, objects);} else if ('evaluate'.equals(method.getName())) { if(objects[0] instanceof String) {if ('James'.equals(objects[0])) { System.out.println('James 犯過錯誤，所以考評分?jǐn)?shù)較低...'); return 70;} } return methodProxy.invokeSuper(o, objects);}return null; }}

測試代碼：

package com.sharpcj;import net.sf.cglib.core.DebuggingClassWriter;import net.sf.cglib.proxy.Enhancer;import java.lang.reflect.Proxy;public class TestApp { public static void main(String[] args) {// System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY, 'D:tempcode'); //保存生成的 class 文件Enhancer enhancer = new Enhancer(); // 通過CGLIB動態(tài)代理獲取代理對象的過程enhancer.setSuperclass(Leader.class); // 設(shè)置enhancer對象的父類enhancer.setCallback(new LeaderMethodInterceptor()); // 設(shè)置enhancer的回調(diào)對象Leader proxy= (Leader)enhancer.create(); // 創(chuàng)建代理對象// 通過代理對象調(diào)用目標(biāo)方法proxy.meeting();proxy.evaluate('Joy');proxy.evaluate('James'); }}

結(jié)果如下：

MethodInterceptor 接口只有一個 intercept 方法，這個方法有4個參數(shù)：

1）obj表示增強(qiáng)的對象，即實(shí)現(xiàn)這個接口類的一個對象；2）method表示要被攔截的方法；3）args表示要被攔截方法的參數(shù)；4）proxy表示要觸發(fā)父類的方法對象；

需要注意的是，實(shí)際調(diào)用是 methodProxy.invokeSuper(), 如果使用 invoke() 方法，則需要傳入被代理的類對象，否則出現(xiàn)死循環(huán)，造成 stackOverflow 。

以上就是解析Spring中的靜態(tài)代理和動態(tài)代理的詳細(xì)內(nèi)容，更多關(guān)于Spring靜態(tài)代理和動態(tài)代理的資料請關(guān)注好吧啦網(wǎng)其它相關(guān)文章！