设计模式中的代理模式解析

很多地方都用到了代理模式，比如AOP就是代理模式的一种应用，还有dubbo中消费者在初始化的时候，并没有真正的去调用服务提供者执行真正业务逻辑，而是返回一个代理，等到使用的时候，再去调用调用实际业务逻辑。代理模式还有很多其他的应用，比如资源懒加载等。

代理模式定义

代理模式：为其他对象提供一种代理，用以控制对这个对象的访问。从字面意义来理解，代理，就是代替别人做事。比如我们需要找别人要账，要不回来，怎么办？找代理（专门要账的）去做这件事，不管他们是怎么样去要，最终会把要来的钱给我。

代理模式的结构

通常代理模式包含三个角色：

• Subject，抽象的主题角色
• RealSubject，真实的主题角色
• Proxy，代理主题角色

Subject一般是一个接口，需要被真实主题和代理主题实现。

代理模式举例

比如，张三欠我钱，张三不给我，我就找代理去帮我要，当我去找代理帮我的时候，这时候其实张三已经不是欠我钱了，而是代理欠我钱，张三欠的是代理的钱。所以当我找代理的时候，代理和张三都应该被标记成是欠钱的人。

所以此时：

• Subject，这里就是表示欠钱的人，欠钱的人应该要做的就是还钱。
• RealSubject，这里就是张三
• Proxy，这里就是代理

Subject：

package me.cxis.test.gof.proxy;

/**
 * Created by cheng.xi on 2017-04-12 15:36.
 * 代理模式的主题类，这里代表的是欠钱的人
 */
public interface Subject {
    /**
     * 还给我的钱
     * @param moneyCount 欠钱数
     * @return 还给我的钱数
     */
    int giveMeMyMoney(int moneyCount);
}

RealSubject：

package me.cxis.test.gof.proxy;

/**
 * Created by cheng.xi on 2017-04-12 15:38.
 * 真实主题，这里代表的是欠我钱的人
 */
public class RealSubject implements Subject {
    @Override
    public int giveMeMyMoney(int moneyCount) {
        return moneyCount;
    }
}

Proxy：

package me.cxis.test.gof.proxy;

/**
 * Created by cheng.xi on 2017-04-12 15:40.
 * 代理，这里是专门要钱的机构
 * 为什么他要实现Subject？我现在找代理帮我要钱，张三已经不欠我了，
 * 张三欠的是代理的，代理现在是欠我钱的人了
 */
public class Proxy implements Subject{

    /**
     * 欠钱的人，代理会接受消息，都是关于欠钱人的信息
     */
    private Subject subject;

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

    @Override
    public int giveMeMyMoney(int moneyCount) {
        System.out.println("代理：放心，我们去找他要钱");
        //要钱之前先跟张三做了一下交流，不知道他们做了什么
        System.out.println("代理：张三，你欠钱不还，我们是xxx代理公司的。。。");
        //代理找张三要钱
        int money = this.subject.giveMeMyMoney(moneyCount);
        System.out.println("代理：要到了，总共是：" + money);
        return money;
    }
}

测试方法：

package me.cxis.test.gof.proxy;

/**
 * Created by cheng.xi on 2017-04-12 15:47.
 * 这里是我，我去找代理要钱，代理帮我找张三要钱
 */
public class Main {
    public static void main(String[] args) {
        //欠钱的人，张三
        Subject zhangsan = new RealSubject();

        //代理，招代理的时候，需要提供张三的信息
        Proxy proxy = new Proxy(zhangsan);

        //代理去要钱，然后给我
        int money = proxy.giveMeMyMoney(1000);
        System.out.println("我：我的钱要回来了：" + money);
    }
}

上面的代码只是举一个例子，当然上面并没有体现出来代理模式的好处，而只是做了一个代理模式的定义的解析。下面稍微聊一下关于代理模式的好处。

代理模式的优点

其实了解代理模式的优点也不难，需要通过对比，我们还是以上面的例子来说吧，比如我们去找张三要钱，他不给，怎么办？有人说可以揍一顿，这优点不好，都是朋友，万一揍出来毛病咋整，不还得赖我吗？其实这里可以对比一下，直接修改代码，这里揍他就是把原来要钱的逻辑给修改了，要钱的时候先揍一顿，明显不好，不可取。

第二种办法是继承，这个没办法类比上面的例子了，总不能继承张三去！在一些场景也可以使用继承，但是也不太好。

第三种办法就是我们现在这种代理模式，，也是使用面向对象设计原则中合成/聚合复用原则的体现。

代理模式可以对外部提供一个统一的接口方法，代理类是真正操作真实类的地方，我不管代理怎么做的，我要的就是结果，代理再自己调用各种底层的组件去找结果。

代理模式的缺点

代理有可能会很复杂，因为他要做的事情非常多；也有可能会有请求的延迟，毕竟中间我加了一层代理；还有可能会有很多很多的代理类需要写。

代理模式的应用场景

• AOP是一个代理模式的应用，aop可以帮我们把需要额外的代码切入到现在有的代码中去，然后生成一个代理类，我们调用的时候，实际上调用的是代理类，代理类中就有了我们需要的额外的功能。
• dubbo中消费者初始化的时候，初始化bean的时候，并不会去调用远程的服务提供者的实际业务逻辑，而是会在初始化阶段生成一个代理，代理中包含了远程调用的所有东西，只有在使用的时候才回去使用代理中的方法去调用。
• 远程调用，其实上面dubbo就是远程调用。

另外上面我们介绍的代理模式，是静态代理模式，就是我们需要代理的时候，需要自己写一个代理类，还有另外一一种方式，叫做动态代理，Spring AOP就是使用的动态代理机制。再另外的文章中会再介绍。

原文链接

转载于:https://my.oschina.net/dachengxi/blog/877732