[[407965]]

設(shè)計(jì)模式已經(jīng)跟大家分享很多了常見的模式了，感興趣的小伙伴可以再回顧一下，鞏固一下理解。

這次要跟大家分享的是設(shè)計(jì)模式中三大類創(chuàng)建型中的代理模式，代理模式在業(yè)務(wù)場景上我們可能不會經(jīng)常用到，但是面試官卻會經(jīng)常問一個問題?

請你跟我講講Spring里面AOP的代理模式?jdk的代理模式和cglib的代理模式又啥區(qū)別?

清楚和不清楚的同學(xué)都可以接著向下看，一定會有收獲。

言歸正傳，接下來開始一步一步分析一下代理模式。

定義以及目的

首先代理模式可以分為多種類型

• 遠(yuǎn)程代理：就是將工作委托給遠(yuǎn)程對象(不同的服務(wù)器，或者不同的進(jìn)程)來完成。常見的是用在web Service中。還有就是我們的RPC調(diào)用也可以理解為一種遠(yuǎn)程代理。
• 保護(hù)代理：該模式主要進(jìn)行安全/權(quán)限檢查。(接觸很少)
• 緩存代理：這個很好理解，就是通過存儲來加速調(diào)用，比如Sping中的@Cacheable方法，緩存特定的參數(shù)獲取到的結(jié)果，當(dāng)下次相同參數(shù)調(diào)用該方法，直接從緩存中返回?cái)?shù)據(jù)。
• 虛擬代理：這種代理主要是為方法增加功能，比如記錄一些性能指標(biāo)等，或進(jìn)行延遲初始化

上面只是我們作為了解的概念，接下來再看看代理模式有哪些部分構(gòu)成。

• Subject(共同接口)：客戶端使用的現(xiàn)有接口
• RealSubject(真實(shí)對象)：真實(shí)對象的類
• ProxySubject(代理對象)：代理類

從圖中可以看出其實(shí)整個接口還是很簡單，就是一個真實(shí)對象以及代理對象。

• 目的：提供一個實(shí)際代理對象，以便更好的控制實(shí)際對象。以上定義來自《設(shè)計(jì)模式之美》

代碼舉例實(shí)現(xiàn)

為了方便理解，還是舉一個例子，不知道大家在讀初中或者高中是否經(jīng)歷過傳小紙條的過程，假如現(xiàn)在同學(xué)A 對同學(xué)C有一些話想聊(比如放學(xué)相約一起打游戲)但是因?yàn)楝F(xiàn)在是上課時間，又不能大聲說，同學(xué)A和同學(xué)C之間坐了一個同學(xué)B，所以現(xiàn)在同學(xué)A只能是先找到同學(xué)B把紙條給它，讓他轉(zhuǎn)告同學(xué)C，但是去玩還是不是不去玩，那還是只能真正的同學(xué)C自己才能決定。

所以代理模式可以理解為 同學(xué)B是同學(xué)的C的代理，同學(xué)A要找同學(xué)C，只能找到同學(xué)B，通過同學(xué)B轉(zhuǎn)達(dá)同學(xué)C，同時將同學(xué)的C的執(zhí)行結(jié)果反饋給同學(xué)A。

說完了例子還是具體看看代碼的實(shí)現(xiàn)吧

public interface Subject { 
   // 共同的接口 
    void doSomething(); 
} 

定義一個共同的接口(即大家要做的事請：放學(xué)一起打游戲)

public class RealSubject implements Subject { 
   // 真實(shí)對象 
    @Override 
    public void doSomething() { 
        System.out.println("放學(xué)去打游戲"); 
    } 
} 

構(gòu)建一個真實(shí)對象，即例子中的同學(xué)C

public class ProxySubject implements Subject { 
 
    private RealSubject realSubject; 
 
    public ProxySubject(RealSubject realSubject) { 
        this.realSubject = realSubject; 
    } 
 
    public ProxySubject() throws ClassNotFoundException, IllegalAccessException, InstantiationException { 
        this.realSubject = (RealSubject) this.getClass().getClassLoader().loadClass("com.ao.bing.demo.proxyPattern.RealSubject").newInstance(); 
    } 
 
    @Override 
    public void doSomething() { 
        realSubject.doSomething(); 
    } 
 
 
    public static void main(String[] args) { 
 
        try { 
            // 第一種方式 
            new ProxySubject().doSomething(); 
            // 打印結(jié)果： 放學(xué)去打游戲 
        } catch (Exception e) { 
            // 異常情況，代理失敗， 
            // 傳紙條的被老師抓了?；蛘咄瑢W(xué)C不在座位上了 等異常情況 
        } 
 
        // 第二種方式 
        new ProxySubject(new RealSubject()).doSomething(); 
        // 打印結(jié)果： 放學(xué)去打游戲 
    } 
} 

構(gòu)建代理對象，即同學(xué)B，那么可以看到同學(xué)A并沒有真實(shí)接觸到同學(xué)C，通過同學(xué)B對同學(xué)C的代理就能知道同學(xué)C放學(xué)能不能跟他一起去打游戲

在Main方法里面，有兩種方式來調(diào)用真實(shí)對象

• 第一種：采用類加載器形式，去加載實(shí)列對象，這樣我們就不同關(guān)心到底什么時候需要真實(shí)的實(shí)列化對象
• 第二種：通過傳值的形式，把實(shí)列化對象傳過來。(理解為裝飾器模式了)

這里大家要區(qū)別一下，代理模式是提供完全相同的接口，而裝飾器模式是為了增強(qiáng)接口。

靜態(tài)代理、動態(tài)代理和cglib代理分析

靜態(tài)代理

在上面的舉的列子實(shí)現(xiàn)其實(shí)就是靜態(tài)代理，大家可以看到整體也比較簡單。但是它的缺點(diǎn)也很明顯

靜態(tài)代理需要為每一個對象都創(chuàng)建一個代理類，增加了維護(hù)成本以及開發(fā)成本，那么為了解決這個問題，動態(tài)代理就出來了，不要再固定為每一個需要代理的類而創(chuàng)建一個代理類

動態(tài)代理

動態(tài)代理合理的避免了靜態(tài)代理的那種方式，不用事先為要代理的類而構(gòu)建好代理類。而是在運(yùn)行時通過反射機(jī)制創(chuàng)建。

在寫動態(tài)代理事需要理解兩個東西：Proxy 可以理解為就是調(diào)度器，InvocationHandler 增強(qiáng)服務(wù)接口可以理解為代理器。所以我個人理解動態(tài)代理其實(shí)就是一種行為的監(jiān)聽。

具體的代碼實(shí)現(xiàn)舉一個例子：螳螂捕蟬，通過通過螳螂監(jiān)聽到蟬的動作。方便后面講到多級代理模式。

public interface BaseService { 
    void mainService(); 
} 
 
public class Cicada implements BaseService { 
    @Override 
    public void mainService() { 
        System.out.println("主要業(yè)務(wù)，以蟬為例，當(dāng)蟬出現(xiàn)業(yè)務(wù)調(diào)用時，螳螂監(jiān)聽到"); 
    } 
} 

創(chuàng)建共同接口，以及真實(shí)對象蟬

public class PrayingMantis implements InvocationHandler { 
 
    private BaseService baseService; 
 
  // 這里采用的是構(gòu)建傳參數(shù)，可以用反射，舉的第一個例子有樣式代碼 
    public PrayingMantis(BaseService baseService) { 
        this.baseService = baseService; 
    } 
 
    // 螳螂主要業(yè)務(wù)，也就是監(jiān)聽對象 
    @Override 
    public Object invoke(Object listener, Method method, Object[] args) throws Throwable { 
        method.invoke(baseService,args); 
        secondaryMain(); 
        return null; 
    } 
    // 這里理解增強(qiáng)業(yè)務(wù)，即我們可以在實(shí)現(xiàn)InvocationHandler里面添加其他的業(yè)務(wù)，比如日志等等。 
    private void secondaryMain(){ 
        System.out.println("螳螂捕蟬 - 次要業(yè)務(wù)"); 
    } 
} 

創(chuàng)建螳螂類，監(jiān)聽著蟬的類的動作

public class BeanFactory { 
 
    public static BaseService newInstanc(Class classFile) { 
        // 1. 創(chuàng)建蟬，真實(shí)類對象 
        BaseService trueCicada = new Cicada(); 
        // 2.創(chuàng)建代理類 螳螂 
        InvocationHandler prayingMantis = new PrayingMantis(trueCicada); 
        // 3.向Jvm索要代理對象 其實(shí)就是監(jiān)聽的對象， 
        Class classArray[] = {BaseService.class}; 
        BaseService baseService = (BaseService) Proxy.newProxyInstance(classFile.getClassLoader(), classArray, prayingMantis); 
        return baseService; 
    } 
   
   // 測試Demo 
    public static void main(String[] args) { 
        BaseService baseService  = newInstanc(Cicada.class); 
        baseService.mainService(); 
        // 測試結(jié)果 ：主要業(yè)務(wù) 
        //           螳螂捕蟬 - 次要業(yè)務(wù) 
    } 
} 

通過結(jié)果可以看出當(dāng)蟬主要業(yè)務(wù)發(fā)生調(diào)用時，螳螂能監(jiān)聽到蟬的業(yè)務(wù)并且能處理其他業(yè)務(wù)邏輯，這也就是Spring里面AOP為什么能處理日志切面等。

代理的本質(zhì)：

• 我認(rèn)為其實(shí)就是一種行為的監(jiān)聽，對代理對象($proxy InvocationHandler)的一種監(jiān)聽行為。

代理模式組成：

• 接口：聲明需要被監(jiān)聽行為
• 代理實(shí)現(xiàn)類(InvocationHandler):次要業(yè)務(wù)，次要業(yè)務(wù)和主要業(yè)務(wù)綁定執(zhí)行
• 代理對象(監(jiān)聽對象)
• Cglib動態(tài)代理

cglib動態(tài)代理

其實(shí)和jdk的動態(tài)代理是很相似的，都是要去實(shí)現(xiàn)代理器接口完成。

具體代碼如下：

public class PrayingMantis implements MethodInterceptor { 
 
    private Cicada cicada;// 代理對象 
 
    public Cicada getInstance(Cicada cicada) { 
        this.cicada = cicada; 
        Enhancer enhancer = new Enhancer(); 
        enhancer.setSuperclass(this.cicada.getClass()); 
        enhancer.setCallback(this); 
        return (Cicada) enhancer.create(); 
    } 
 
    @Override 
    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable { 
        Object object = methodProxy.invokeSuper(o, objects); 
        secondaryMain(); 
        return object; 
    } 
 
    private void secondaryMain() { 
        System.out.println("螳螂捕蟬 - 次要業(yè)務(wù)"); 
    } 
 
    public static void main(String[] args) { 
        PrayingMantis prayingMantis = new PrayingMantis(); 
        Cicada instance = prayingMantis.getInstance(new Cicada()); 
        instance.mainService(); 
        // 結(jié)果：主要業(yè)務(wù) 
        //      螳螂捕蟬 - 次要業(yè)務(wù) 
    } 

因?yàn)橄s類都是一樣的所以我就不單獨(dú)這里再貼出來。

細(xì)心的同學(xué)已經(jīng)發(fā)現(xiàn)，Cglib 無需通過接口來實(shí)現(xiàn)，它是通過實(shí)現(xiàn)子類的方式來完成調(diào)用的。

• Enhancer 對象把代理對象設(shè)置為被代理類的子類來實(shí)現(xiàn)動態(tài)代理的。因?yàn)槭遣捎美^承方式，所以代理類不能加final修飾，否則會報錯。
• final類：類不能被繼承，內(nèi)部的方法和變量都變成final類型

JDK和Cglib的區(qū)別：

• jdk動態(tài)代理是利用反射機(jī)制生成一個實(shí)現(xiàn)代理接口的匿名類，在調(diào)用具體方法前調(diào)用InvokeHandler來處理
• cglib動態(tài)代理是利用ASM開源包，對被代理對象類的class文件加載進(jìn)來，通過修改其字節(jié)碼生成子類來處理
• ASM: 一個 Java 字節(jié)碼操控框架。它能被用來動態(tài)生成類或者增強(qiáng)既有類的功能。ASM 可以直接產(chǎn)生二進(jìn)制 class 文件，也可以在類被加載入 Java 虛擬機(jī)之前動態(tài)改變類行為。Java class 被存儲在嚴(yán)格格式定義的 .class 文件里，這些類文件擁有足夠的元數(shù)據(jù)來解析類中的所有元素：類名稱、方法、屬性以及 Java 字節(jié)碼(指令)。ASM 從類文件中讀入信息后，能夠改變類行為，分析類信息，甚至能夠根據(jù)用戶要求生成新類。 -- 以上ASM解釋來自簡書

多級動態(tài)代理

看完上面的動態(tài)代理，不知道大家有沒有想法，實(shí)現(xiàn)一個多級動態(tài)代理。

還是以螳螂捕蟬為例子，再加上一個黃雀在后，實(shí)現(xiàn)多級動態(tài)代理模式。

public class Cardinal implements InvocationHandler { 
  // 監(jiān)聽代理代理對象 
    private Object proxyOne; 
 
    public Cardinal(Object proxyOne) { 
        this.proxyOne = proxyOne; 
    } 
 
    // 螳螂主要業(yè)務(wù)，也就是監(jiān)聽對象 
    @Override 
    public Object invoke(Object proxy, Method method, Object[] args) throws            Throwable { 
        method.invoke(proxyOne, args); 
        secondaryMain(); 
        return null; 
    } 
    private void secondaryMain() { 
        System.out.println("黃雀吃螳螂 - 次要業(yè)務(wù)"); 
    } 
} 

創(chuàng)建一個黃雀代理對象，那作為他的真實(shí)對象就變成螳螂了，當(dāng)螳螂對象發(fā)生調(diào)用時，黃雀就能堅(jiān)挺到，同時作出對應(yīng)業(yè)務(wù)邏輯

public class BeanFactory { 
 
    public static BaseService newInstanc(Class classFile) { 
        // 1. 創(chuàng)建蟬，真實(shí)類對象 
        BaseService trueCicada = new Cicada(); 
 
        // 2.創(chuàng)建代理類 螳螂 
        InvocationHandler prayingMantis = new PrayingMantis(trueCicada); 
 
        // 3.向Jvm索要代理對象 其實(shí)就是堅(jiān)挺的對象 
        Class classArray[] = {BaseService.class}; 
        BaseService baseService = (BaseService) Proxy.newProxyInstance(classFile.getClassLoader(), classArray, prayingMantis); 
 
        // 4.創(chuàng)建代理實(shí)現(xiàn)類 黃雀 二級代理 
        InvocationHandler cardinal = new Cardinal(baseService); 
        BaseService secondBaseService = (BaseService) Proxy.newProxyInstance(classFile.getClassLoader(), classArray, cardinal); 
         
       // 假設(shè)要實(shí)現(xiàn)三級，四級代理，則在黃雀類上再加一層代理即可實(shí)現(xiàn)。 
       // 省略其他的更多級代理對象 
        return secondBaseService; 
    } 
   
     // 測試demo 
      public static void main(String[] args) { 
        BaseService baseService  = BeanFactory.newInstanc(Cicada.class); 
        baseService.mainService(); 
        // 結(jié)果：主要業(yè)務(wù) 
        //      螳螂捕蟬 - 次要業(yè)務(wù) 
        //      黃雀吃螳螂 - 次要業(yè)務(wù) 
    } 
} 

根據(jù)這個代碼基本就實(shí)現(xiàn)多級代理過程。螳螂監(jiān)聽著蟬類的動作，黃雀監(jiān)聽著螳螂類的動作。

同樣的如果要實(shí)現(xiàn)三級代理，四級代理也就不是什么難事了，在每一層的上面再加一個代理對象就可以了。

• 動態(tài)代理本質(zhì)還是可以理解為將“次要業(yè)務(wù)”與“主要業(yè)務(wù)”解耦合，讓開發(fā)者能更加專注于主要業(yè)務(wù)，提升開發(fā)效率，以及維護(hù)成本。

總結(jié)

代理模式在業(yè)務(wù)代碼上我個人認(rèn)為是比較少見的，特別是動態(tài)代理基本上是沒有見過。但是代理模式也是我們必須要理解的一種模式，因?yàn)閷W(xué)習(xí)好代理模式有助于我們?nèi)プx一些源碼，排查一些更深層次的問題，或者面對一些業(yè)務(wù)場景問題，也能有一個很大的提升，設(shè)計(jì)模式本身也就是為了解決問題而創(chuàng)建出來的。

理解完動態(tài)代理現(xiàn)在對我們來說AOP的實(shí)現(xiàn)原理也就不言而喻了。

詳細(xì)的設(shè)計(jì)模式到這里就結(jié)束了，后面針對一些不常見設(shè)計(jì)模式我還是會給大家做一個總結(jié)吧。

我是敖丙，你知道的越多，你不知道的越多，我們下期見!!!