代理模式详解(静态代理和动态代理的区别以及联系)

<body> 原文链接:https://www.cnblogs.com/takumicx/p/9285230.html <h2 id="前言">1. 前言</h2> <p>代理模式可以说是生活中处处可见。比如说在携程上定火车票,携程在这里就起到了一个代理的作用,比起我们在官网上或者直接去柜台订票，携程可以为用户提供更多人性化的选择。再比如代购,我自己的mbp就是委托别人从香港买回来的，那么那个代购人就相当于代理，免去了我来回的车费以及办签证的麻烦。直观的理解，代理是这么一个对象,我们可以把工作委托给它,由它帮我们去执行工作同时解决工作相关的各种麻烦,最后把工作成果交给我们。这样一来我们只需要关注问题的核心,并告知代理，而不需要为其他琐碎的细节操心，这正是代理模式最大的好处，让客户端专注于真正的事务处理。具体而言，代理模式分为静态代理和动态代理,它们的设计思想类似，实现却大相径庭。它们的实现方式以及它们的区别是面试时经常会被问到的。下面我们就来详细介绍它们。</p> <h2 id="代理模式详解">2. 代理模式详解</h2> <h3 id="定义">2.1 定义</h3> <p><strong>为另一个对象提供一个替身或占位符以控制对这个对象的访问</strong><br> 定义简单明了。但还是有些没有解释清楚的地方,控制对对象的访问是为了干什么？其实是为了对真实的业务方法作某种形式的增强，比如在业务方法调用前作前置处理，在方法调用后作后置处理,而这些对客户端都是透明的。</p> <h3 id="普通代理模式类结构">2.2 普通代理模式类结构</h3> <p><img src="https://images2018.cnblogs.com/blog/1422237/201807/1422237-20180709182022400-1435731281.png"></p> <p>被代理类和代理类实现同一接口,根据面向接口编程原则,可以使用被代理类的地方，统统可以用代理类代替，同时类内部持有被代理类的引用，真正的业务处理逻辑可以交给被代理类去作。</p> <h3 id="普通代理模式的实现静态代理">2.3 普通代理模式的实现(静态代理)</h3> <p>假设我要写一个日志代理,在真实的业务方法调用前后各记一条日志，看看静态代理是怎么做的。</p> <ul> <li>业务接口</li> </ul> <pre><code class="hljs java"><span class="hljs-keyword">public</span> <span class="hljs-class"><span class="hljs-keyword">interface</span> <span class="hljs-title">IService</span> </span>{

void service1();

void service2();
}

接口含有两个抽象业务方法

被代理类

public class RealService implements IService {
@Override

public void service1() {

System.out.println("service1");

}
@Override

public void service2() {

System.out.println("service2");

}

}

被代理类实现业务接口，并且重写了业务方法。

日志代理

public class StaticLogProxy implements IService {
private IService iService;
public StaticLogProxy(IService iService) {

this.iService = iService;

}
@Override

public void service1() {

System.out.println("service1 start!");

iService.service1();

System.out.println("service1 end!");
}
@Override

public void service2() {

System.out.println("service2 start!");

iService.service2();

System.out.println("service2 end!");

}
}

运行结果

如上图所示,在业务方法执行前后分别记了一条日志，表示业务方法执行的开始和结束。我们的代理类成功对原有业务方法做了增强。但是静态代理存在以下问题：
1.代理类和被代理类耦合,适用性差。试想如果我希望为所有的业务类添加日志增强逻辑，那么岂不是要为几乎每个业务类编写代理类？这是不现实也是开发时无法接受的。
2.代理类的增强逻辑和业务逻辑过于耦合,不利于后期维护和扩展。从service1和service2中就可以看出,除了中间的业务处理不一样，代理类的处理逻辑是一样的，而我们竟然没有将其分离。
以上两点其实反映的是同一个问题:我们希望自己编写的代理类对所有业务类，所有业务方法都适用，而静态代理的泛用性太差了。问题的关键在于编写代理逻辑和业务逻辑分离的代理类,运行时才将其和具体的业务类绑定，对其业务方法做增强。为此，我们需要动态代理。动态代理的实现方式很多,下面以jdk自带的代理方式做说明。

3. JDK动态代理详解

3.1 JDK动态代理实现

方法调用处理器

public class LogHandler implements InvocationHandler {
//被代理对象

private Object target;
public LogHandler(Object target) {

this.target = target;

}
@Override

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {

System.out.println(method.getName() + " start!");//前置处理

Object res = method.invoke(this.target, args);//执行业务方法

System.out.println(method.getName() + " end!");//后置处理

return res;

}

}

每一个代理对象都有一个与之关联的方法调用处理器，该处理器实现了InvocationHandler接口并重写了invoke方法。当我们调用代理对象的方法的时候,对该方法的调用会转交给方法调用处理器的invoke方法来执行,所以方法调用处理器的invoke方法是动态代理的核心。该方法内是通用的代理逻辑。在我们通过反射的方式通过被代理对象target执行业务逻辑的前后,可以对其作前置和后置增强。

客户端代码

public class Client {
public static void main(String[] args) {
//1.创建被代理对象

RealService realService = new RealService();
//2.创建动态代理的方法调用处理器

LogHandler logHandler = new LogHandler(realService);
//3.创建动态代理对象

IService service=(IService)Proxy.newProxyInstance(logHandler.getClass().getClassLoader(),

realService.getClass().getInterfaces(),logHandler);
service.service1();

System.out.println("---------------");

service.service2();
}

}

第一步我们创建了被代理对象realService;第二步我们创建了动态代理的核心:方法调用处理器。因为处理器内部需要委托被代理对象去执行真正的业务方法，所以需要传入被代理对象作参数。第三步我们通过调用反射包下的Proxy类的静态方法去生成真正的代理对象。该方法的方法签名如下

public static Object newProxyInstance(ClassLoader loader,
                                      Class<?>[] interfaces,
                                      InvocationHandler h)
    throws IllegalArgumentException

该方法含有三个参数
ClassLoader loader:指定加载的代理类的类加载器
Class<?>[] interfaces:指定代理类要实现的接口
InvocationHandler h:指定方法调用处理器
关于第二个参数可能要说明下，因为jdk的动态代理是针对接口的动态代理,代理类需要实现指定的业务接口,这里就是被代理类实现的那些接口。这样就能充分利用java多态特性，代码中所有能使用被代理对象的地方都能用代理对象进行替换。