关于代理模式的话题有很多，
在开发中经常用到的应该是静态代理模式，能很好的去耦合。
动态代理是代理模式的另外一种实现。
动态代理的区别在哪里？
动态代理有什么好处？
今天我们来分析下这些问题。
回顾静态代理
之前我们分析过一次静态代理，
用代理模式优雅地写代码
一个典型的代理模式的 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的代码会像下面这样
这个才是真正的代理类。
对本文感兴趣欢迎关注笔者，如有不同意见欢迎留言。
网友评论