摘要：簡(jiǎn)介代理模式和裝飾者模式是兩種常見(jiàn)的設(shè)計(jì)模式。這里通過(guò)構(gòu)造函數(shù)的參數(shù)將被代理對(duì)象傳入到代理中，也可以通過(guò)其它方式，如提供一個(gè)方法。下面是的代碼輸出首先依然是先創(chuàng)建一個(gè)需要被代理的對(duì)象，然后把它傳入到的構(gòu)造函數(shù)中。

代理模式和裝飾者模式是兩種常見(jiàn)的設(shè)計(jì)模式。代理模式是為其它對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。在某些情況下，一個(gè)對(duì)象不適合或者不能直接引用另一個(gè)對(duì)象，而代理對(duì)象可以在客戶端和目標(biāo)對(duì)象之間起到中介的作用。裝飾模式指的是在不必改變?cè)愇募褪褂美^承的情況下，動(dòng)態(tài)地?cái)U(kuò)展一個(gè)對(duì)象的功能。它是通過(guò)創(chuàng)建一個(gè)包裝對(duì)象，也就是裝飾者來(lái)包裹真實(shí)的對(duì)象。

因?yàn)檫@兩種模式比較相似，所以把它們放在一起做個(gè)比較與總結(jié)。

代理模式包含代理對(duì)象和被代理對(duì)象，類圖如下：

代理對(duì)象 Proxy 和被代理對(duì)象 RealSubject 都繼承了 Subject 接口?？蛻舳苏{(diào)用 Proxy 的方法，而 Proxy 則把具體操作委托給 RealSubject 執(zhí)行。下面是代碼實(shí)現(xiàn)：

interface Subject {
    void doAction();
}

class RealSubject implements Subject {

    @Override
    public void doAction() {
        System.out.println("RealSubject#doAction");
    }
}

class Proxy implements Subject {
    private Subject subject;

    public Proxy(Subject subject) {
        this.subject = subject;
    }

    @Override
    public void doAction() {
        subject.doAction();
    }
}

public class Client {
    public static void main(String[] args) {
        Subject realSubject = new RealSubject();
        Subject proxy = new Proxy(realSubject);
        proxy.doAction();
    }
}

輸出：RealSubject#doAction

在 Client 中，首先創(chuàng)建了一個(gè) realSubject 對(duì)象，然后創(chuàng)建一個(gè)代理對(duì)象 proxy 并且把 realSubject
對(duì)象通過(guò)構(gòu)造器傳入進(jìn)去。最后調(diào)用代理對(duì)象的 doAction，實(shí)際執(zhí)行的是 realSubject 的對(duì)應(yīng)方法。這里通過(guò)構(gòu)造函數(shù)的參數(shù)將被代理對(duì)象傳入到代理中，也可以通過(guò)其它方式，如提供一個(gè) setSubject 方法。

上面的代理模式，代理對(duì)象和被代理對(duì)象需要實(shí)現(xiàn)相同的接口，所以如果要代理其它接口的對(duì)象需要寫(xiě)一個(gè)新的代理類。Java 提供了動(dòng)態(tài)代理的功能，可以簡(jiǎn)化我們的代碼。

動(dòng)態(tài)代理可以在運(yùn)行期生成所需要的代理對(duì)象，看下面的代碼：

class DynamicProxy implements InvocationHandler {
    // 被代理對(duì)象的引用
    private Object obj;

    public DynamicProxy(Object obj) {
        this.obj = obj;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        Object result = method.invoke(obj, args);
        return result;
    }
}

類 DynamicProxy 實(shí)現(xiàn)了 InvocationHandler 接口，這個(gè)接口中有一個(gè) invoke 方法，被代理的對(duì)象的任何方法都是在 invoke 中調(diào)用。下面是 Client 的代碼：

public class TestDelegate {
    public static void main(String[] args) {
        Subject realSubject = new RealSubject();

        DynamicProxy dynamicProxy = new DynamicProxy(realSubject);
        ClassLoader loader = realSubject.getClass().getClassLoader();
        Subject proxy = (Subject) Proxy.newProxyInstance(loader, new Class[]{Subject.class}, dynamicProxy);

        proxy.doAction();
    }
}

輸出：RealSubject#doAction

首先依然是先創(chuàng)建一個(gè)需要被代理的對(duì)象 realSubject，然后把它傳入到 DynamicProxy 的構(gòu)造函數(shù)中。這個(gè) dynamicProxy 還不是我們需要的代理，畢竟它沒(méi)有實(shí)現(xiàn) Subject 接口。下面通過(guò) Proxy.newProxyInstance 創(chuàng)建了一個(gè) Subject 對(duì)象，也就是最終的代理對(duì)象。

通過(guò)動(dòng)態(tài)代理，創(chuàng)建一個(gè)實(shí)現(xiàn)了 InvocationHandler 接口的 DynamicProxy 類，通過(guò)這個(gè)類可以在運(yùn)行期為各種對(duì)象創(chuàng)建對(duì)應(yīng)的代理，比靜態(tài)代理方便了很多。

裝飾者模式是為了給已有的對(duì)象增加一些邏輯，但是不改變已有對(duì)象的代碼，下面是類圖：

從上圖可以看出，裝飾者 Decorator與需要被裝飾的對(duì)象 ContcreteComponent 實(shí)現(xiàn)了相同的接口。具體怎么裝飾則由 Decorator 的子類 ConcreteDecorator 決定。

Java 中使用裝飾者模式的一個(gè)典型的例子是 I/O 對(duì)象的創(chuàng)建，比如創(chuàng)建一個(gè) BufferedInputStream 時(shí)：

InputStream in = ...
InputStream input = new BufferedInputStream(in);

BufferedInputStream 繼承于 FilterInputStream，這個(gè) FilterInputStream 相當(dāng)于裝飾者模式中的 Decorator，它繼承了 InputStream 接口。BufferedInputStream 則是一個(gè)具體的裝飾類，其它還有 DataInputStream 以及 ByteArrayInputStream 等。而傳給 BufferedInputstream 的對(duì)象 in 則是需要被裝飾者。裝飾者對(duì)被裝飾者進(jìn)行了功能的擴(kuò)展，但是又不需要修改被裝飾者的相應(yīng)代碼，符合“開(kāi)閉原則”，即對(duì)于修改是封閉的，對(duì)于擴(kuò)展則是開(kāi)放的。

如果是為了給某個(gè)類提供更多的功能，繼承是一種方案。但是，如果我們的功能有很多種組合，那么為每種組合編寫(xiě)一個(gè)繼承的類可能需要?jiǎng)?chuàng)建太多的子類。而裝飾者模式則可以解決這個(gè)問(wèn)題，只需要為每個(gè)功能編寫(xiě)一個(gè)裝飾類，在運(yùn)行時(shí)組合不同的對(duì)象即可實(shí)現(xiàn)所需的功能組合。

代理模式和裝飾者模式有著很多的應(yīng)用，這兩者具有一定的相似性，都是通過(guò)一個(gè)新的對(duì)象封裝原有的對(duì)象。二者之間的差異在于代理模式是為了實(shí)現(xiàn)對(duì)象的控制，可能被代理的對(duì)象難以直接獲得或者是不想暴露給客戶端，而裝飾者模式是繼承的一種替代方案，在避免創(chuàng)建過(guò)多子類的情況下為被裝飾者提供更多的功能。

如果我的文章對(duì)您有幫助，不妨點(diǎn)個(gè)贊支持一下(^_^)