Java高级编程细节-动态代理-进阶高级开发必学技能

关于代理模式的话题有很多，

在开发中经常用到的应该是静态代理模式，能很好的去耦合。

动态代理是代理模式的另外一种实现。

动态代理的区别在哪里？

动态代理有什么好处？

今天我们来分析下这些问题。

回顾静态代理

之前我们分析过一次静态代理，

用代理模式优雅地写代码

一个典型的代理模式的 Proxy类像下面这样，

​

对于调用者来说，需要把构造好的实例传给代理，然后就可以用代理来替代操作真正的实例了。

静态代理的问题是，

在接口代码少的情况下一切没什么问题，但是当接口增加的时候，

Proxy 类就需要响应的增加接口，比方上面的 Func 接口，

​

刚开始可能只有一个 read()方法，后面慢慢发展到有了 write()，有了 mark()，

随着接口量的增加， Proxy的维护工作量也在逐步增加。

那么动态代理能怎么解决这种问题呢？

动态代理的实现

动态代理的实现步骤基本如下：

· 定义一个公共接口(像 Func)和实现类(像 User)，这部分跟静态代理一样

· 定义一个 DynamicProxy类实现 InvocationHandler 接口，这个Proxy类似于静态代理的 Proxy然而不用实现 Func接口

· 调用 Proxy类来构造代理对象

在动态代理的实现中有两个东西非常重要，一个是 Proxy类，一个是 InvocationHandler接口，都位于 reflect包下，

我们来看第二个步骤所定义的 DynamicProxy是怎样的吧

​

它同样持有了委托对象实例，但是和静态代理不同，

它并没有实现委托对象的接口方法，

而只实现了 InvocationHandler的 invoke方法，然后调用了 method.invoke(this.user, objects);

可以留意下 invoke方法，后面我们继续分析，

这里再贴一下 Client类的代码，也就是使用 Proxy的地方，

​

跟静态代理不同的地方在于，虽然这里也需要实例化一个委托类的对象，并传给 Proxy的构造方法，

但这里所实例化的是 InvocationHandler对象，而不是 DynamicProxy的对象。

到这里就完成了一个动态代理的代码，输出结果如下

before invoke user method

user read

after invoke user method

比较&分析

· 先来说第二个步骤的 DynamicProxy的实现，

可以发现跟静态代理不同的地方在于，静态代理需要实现 Func接口的 read()方法，而动态代理实现的是 InvocationHandler的 invoke方法，

静态代理需要在不同的接口中去调用 User 接口的不同方法，

而动态代理在invoke被调用的过程中不需要关心需要调用 User 的哪个具体方法，

方法被封装在 method对象中，而所需要的参数则在 Object[] objects,

直接调用就可以

​

这里就意味着即使以后增加了 Func的接口，对于 DynamicProxy来说也不需要增加额外的维护量。

· Proxy.newProxyInstance干了什么

在静态代理里面，我们会直接用 new StaticProxy(user)构造出来的静态对象直接操作，

而在动态代理里面，我们操作的是 Proxy.newProxyInstance所构造出来的动态代理对象 proxyUser，

可能初次接触动态代理的同学在这里就概念混乱了，

"难道代理类不是 new DynamicProxy出来的对象吗？"

其实不是的，如果把 proxyUser的类名打印出来的话，

它会以 $ProxyN的形式存在，N从0开始，这个就是动态代理所生成的真正代理对象，

动态代理的意义就在于这里，$ProxyN 这个对象是在运行时创建的，

如果用代码来解释的话，$ProxyN的代码会像下面这样

​

这个才是真正的代理类。