?哈嘍，大家好，我是指北君。又是全新的一天，從一起進(jìn)步開(kāi)始，先來(lái)段向上語(yǔ)錄，共勉。

創(chuàng)新互聯(lián)是一家專(zhuān)業(yè)提供叢臺(tái)企業(yè)網(wǎng)站建設(shè),專(zhuān)注與成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、H5建站、小程序制作等業(yè)務(wù)。10年已為叢臺(tái)眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專(zhuān)業(yè)的建站公司優(yōu)惠進(jìn)行中。

不一定努力就會(huì)有回報(bào)，但堅(jiān)持是成功的另一個(gè)名字。

前言

設(shè)計(jì)模式在我看來(lái)更像是一種設(shè)計(jì)思維或設(shè)計(jì)思想，它就像《孫子兵法》一樣，為你的項(xiàng)目工程提供方向，讓你的項(xiàng)目工程更加健壯、靈活，延續(xù)生命力。本文即將分享的是設(shè)計(jì)模式的其中一種：代理模式。

?代理模式

• 通用官方定義：代理模式（Proxy Pattern) 是一種結(jié)構(gòu)型設(shè)計(jì)模式，通過(guò)代理對(duì)象控制對(duì)原對(duì)象的訪問(wèn)，并允許在訪問(wèn)前或訪問(wèn)后做一些處理。
•  簡(jiǎn)單理解就是給一個(gè)對(duì)象找了一個(gè)替代品，這個(gè)替代品得到原對(duì)象授權(quán)，可以攔截一些無(wú)效或低效的訪問(wèn)，從而使得原對(duì)象可以釋放時(shí)間做自己的事情。這樣替代品實(shí)現(xiàn)了自己價(jià)值，原對(duì)象也得到了解放，兩全其美的選擇??！
•  代理主要分為以下幾種類(lèi)型

 靜態(tài)代理：僅用于單個(gè)接口實(shí)現(xiàn)類(lèi)，程序運(yùn)行前已經(jīng)存在。調(diào)用時(shí)需要傳入具體實(shí)例，調(diào)用方可以直接獲取具體實(shí)例。

動(dòng)態(tài)代理：可以服務(wù)多個(gè)接口實(shí)現(xiàn)類(lèi)，可以在程序運(yùn)行時(shí)，通過(guò)反射機(jī)制動(dòng)態(tài)創(chuàng)建代理對(duì)象。?

使用場(chǎng)景

既然這么說(shuō)了，那就結(jié)合實(shí)際介紹幾個(gè)，還不是輕松拿捏~

• 場(chǎng)景一：作為一個(gè)氣血方剛的男青年，汽車(chē)總是繞不開(kāi)的話(huà)題，那就先以汽車(chē)為例。

4s店或汽車(chē)廠家均可以出售汽車(chē)，對(duì)于購(gòu)車(chē)消費(fèi)者來(lái)說(shuō)，可以直接去喜歡的汽車(chē)店去體驗(yàn)成品，不必跋山涉水的跨省或跨市去汽車(chē)廠家。有了4S店代理，可以節(jié)省消費(fèi)者時(shí)間，更快體驗(yàn)到心儀的汽車(chē)，最終也是通過(guò)汽車(chē)廠家拿到成品；同時(shí)汽車(chē)工廠通過(guò)這些代理，可以更快售出汽車(chē)，可謂是一舉兩得。關(guān)系類(lèi)圖如下：

• 場(chǎng)景二：上面講述的是靜態(tài)代理的案例，再來(lái)一個(gè)最近實(shí)踐的動(dòng)態(tài)代理需求場(chǎng)景。

人力業(yè)務(wù)平臺(tái)接入了不同客戶(hù)，同時(shí)為了滿(mǎn)足客戶(hù)不同的接入需求，采用動(dòng)態(tài)代理模式會(huì)為每個(gè)客戶(hù)動(dòng)態(tài)生成代理對(duì)象，比如需要提取客戶(hù)A的簡(jiǎn)歷數(shù)據(jù)，根據(jù)客戶(hù)A的標(biāo)識(shí)獲取代理類(lèi)并執(zhí)行對(duì)應(yīng)的實(shí)現(xiàn)邏輯，從而獲取客戶(hù)A的數(shù)據(jù)信息。關(guān)系如下

?代碼分析

•  結(jié)合上述動(dòng)態(tài)代理業(yè)務(wù)場(chǎng)景，按照UML類(lèi)型進(jìn)行代碼設(shè)計(jì)，來(lái)演示下整體過(guò)程。首先將數(shù)據(jù)提取接口（IHandlerService）抽象出來(lái)，同時(shí)提供一個(gè)通用實(shí)現(xiàn)（HandlerServiceImpl）。

/*
 * 通用接口
 * */
public interface IHandlerService {


    /*
     * 抽取數(shù)據(jù)
     * */
    void handle();


    /**
     * 打印內(nèi)容
     *
     * @param content 輸出內(nèi)容
     */
    String print(String content);


    /**
     * 設(shè)置信息
     *
     * @param prefix 信息前綴
     */
    void setPrefix(String prefix);
}


/*
 * 通用實(shí)現(xiàn)
 * */
@Service
public class HandlerServiceImpl implements IHandlerService {


    /*
     * 默認(rèn)信息前綴
     * */
    private String prefix = "default";


    @Override
    public void handle() {
        System.out.println("=======自定義實(shí)現(xiàn)類(lèi)" + prefix + "======");
    }


    @Override
    public String print(String content) {
        System.out.println(prefix + " 實(shí)現(xiàn)類(lèi)輸出 -》" + content);
        return prefix + "success";
    }


    @Override
    public void setPrefix(String prefix) {
        this.prefix = prefix;
    }
}

• 接下來(lái)創(chuàng)建個(gè)代理類(lèi)，變量包含通用接口，也可以增加業(yè)務(wù)所需的其它變量。（java動(dòng)態(tài)代理核心內(nèi)容：InvocationHandler接口和Proxy類(lèi)，代理對(duì)象在執(zhí)行函數(shù)時(shí)，會(huì)通過(guò)InvocationHandler接口的invoke調(diào)用執(zhí)行函數(shù)）具體代碼如下：

public class MultiDynamicProxy implements InvocationHandler {

    /**
     * @see InvocationHandler
     * 每個(gè)代理實(shí)例的調(diào)用處理程序必須實(shí)現(xiàn)的接口，當(dāng)通過(guò)代理實(shí)例調(diào)用方法時(shí)，
     * 這個(gè)方法的調(diào)用會(huì)被轉(zhuǎn)發(fā)至實(shí)現(xiàn)InvocationHandle接口類(lèi)的invoke方法去執(zhí)行
     */
    private static Map map = new HashMap<>();
    public static String key = "default";

    private void addElements(String key) {
        if (map.containsKey(key)) return;
        IHandlerService handlerService = new HandlerServiceImpl();
        handlerService.setPrefix(key);
        map.put(key, handlerService);
    }

    public static IHandlerService newInstance(IHandlerService handlerService) {
        MultiDynamicProxy handlerProxy = new MultiDynamicProxy(handlerService);
        // 抽象邏輯接口
        Class handlerServiceClass = IHandlerService.class;

        /**
         *  param1：指定接口（interface）的類(lèi)加載器，用于裝入定義的代理類(lèi)
         *  param2：動(dòng)態(tài)代理類(lèi)要實(shí)現(xiàn)的接口
         *  param3：將執(zhí)行的代理方法調(diào)用派發(fā)給代理類(lèi)（程序）
         * */
        return (IHandlerService) Proxy.newProxyInstance(handlerServiceClass.getClassLoader(),
                new Class[]{handlerServiceClass}, handlerProxy);
    }

    public MultiDynamicProxy(IHandlerService handlerService) {
        map.put(key, handlerService);
    }
    
    /*
     * 自定義實(shí)現(xiàn)類(lèi)對(duì)象替換代理類(lèi)對(duì)象，并執(zhí)行
     * param1：proxy 方法被調(diào)用的代理實(shí)例，即真實(shí)的代理對(duì)象
     * param2：method 代理對(duì)象的method對(duì)象
     * param3：args 代理對(duì)象方法傳遞的參數(shù)
     * */
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        System.out.println("=====代理類(lèi)執(zhí)行====" + proxy.getClass().getSimpleName());
        Object invoke = method.invoke(getElement(), args);
        return invoke;
    }

    private IHandlerService getElement() {
        if (null == map.get(key)) {
            addElements(key);
        }
        return map.get(key);
    }

• 小編在每個(gè)環(huán)節(jié)都增加了日志輸出，就很容易理解每個(gè)環(huán)節(jié)都做了哪些處理，日志內(nèi)容請(qǐng)接著往下看

public static void main(String[] args) {
        IHandlerService handlerService = MultiDynamicProxy.newInstance(new HandlerServiceImpl());
        String s = handlerService.print("客戶(hù)A");
        System.out.printf("執(zhí)行結(jié)果 => " + s);
    }
    // 輸出結(jié)果 
    // =====代理類(lèi)執(zhí)行====$Proxy0
    // default 實(shí)現(xiàn)類(lèi)輸出 -》客戶(hù)A
    // 執(zhí)行結(jié)果 => defaultsuccess

• 觀察結(jié)果可以看出，執(zhí)行的service實(shí)例確實(shí)為代理對(duì)象（$Proxy0），后續(xù)可以動(dòng)態(tài)接入客戶(hù)實(shí)現(xiàn)，并注冊(cè)到客戶(hù)信息集合，當(dāng)然，也可以對(duì)實(shí)現(xiàn)類(lèi)進(jìn)行擴(kuò)展，但考慮到通用性，所以接口職責(zé)盡可能保持單一，避免業(yè)務(wù)交叉，造成后續(xù)的維護(hù)困難。

總結(jié)

以上就是本文所分享的全部?jī)?nèi)容，靜態(tài)代理部分由于相對(duì)比較簡(jiǎn)單，就沒(méi)寫(xiě)代碼，主要是動(dòng)態(tài)代理，理解上比較容易，但是具體的執(zhí)行過(guò)程確實(shí)需要仔細(xì)分析，才能明白其實(shí)現(xiàn)原理。

代理模式確實(shí)對(duì)于目標(biāo)對(duì)象有保護(hù)作用，也方便了目標(biāo)對(duì)象的擴(kuò)展，但凡事都有兩面性，它也不是完美的，由于多了代理層，請(qǐng)求處理增加處理過(guò)程，進(jìn)而會(huì)降低響應(yīng)速度，同時(shí)也增加了系統(tǒng)復(fù)雜性，維護(hù)成本會(huì)有些增加。

沒(méi)有最完美的設(shè)計(jì)模式，只有最適合業(yè)務(wù)場(chǎng)景的設(shè)計(jì)模式。

文章題目：躲不過(guò)設(shè)計(jì)模式的坑之代理模式
鏈接URL：http://uogjgqi.cn/article/djdecho.html