Java 动态代理机制分析及扩展，第 2 部分

核心提示： 被遗忘的角落：类变量等等，似乎遗忘了什么？从调用者的角度出发，Java 动态代理机制分析及扩展，第 2 部分(6)，我们希望代理类能够作为被代理类的如实代表呈现在用户面前，包括其内部状态，从而保证类变量的双向实时更新，相应的，而这些状态通常是由类变量所体现出来的，于是就涉及到类变量的代理问题

被遗忘的角落：类变量

等等，似乎遗忘了什么？从调用者的角度出发，我们希望代理类能够作为被代理类的如实代表呈现在用户面前，包括其内部状态，而这些状态通常是由类变量所体现出来的，于是就涉及到类变量的代理问题。

要解决这个问题，首先需要思考何时两者的类变量可能出现不一致？回答了这个问题，也就找到了解决思路。回顾代理类的构造函数，我们以粗糙的方式构造了代理类实例。它们可能一开始就已经不一致了。还有每次方法调用也可能导致被两者的类变量的不一致。如何解决？直观的想法是：1）构造时需设法进行同步；2）方法调用之前和之后也需设法进行同步。这样，我们就能够有效避免代理类和被代理类的类变量不一致的问题的出现了。

但是，如何获得被代理类的实例呢？从当前的的设计中已经没有办法做到。既然如此，那就继续我们的扩展之旅。只不过这次扩展的对象是调用处理器接口，我们将在扩展后的接口里加入获取被代理类对象的方法，且扩展调用处理器接口将以 static 和 public 的形式被定义在 ProxyEx 类中。

清单 7. ProxyEx 类内的静态接口 InvocationHandlerEx

public　static　interface　InvocationHandlerEx　extends　InvocationHandler　
{　
　　//　返回指定　stubClass　参数所对应的被代理类实体对象　
　　Object　getStub(Class　stubClass);　
}　

新的调用处理器接口具备了获取被代理类对象的能力，从而为实现类变量的同步打开了通道。接下来还需要的就是执行类变量同步的 sync 方法，每个动态生成的代理类中都会被悄悄地加入这个私有方法以供调用。每次方法被分派转发到调用处理器执行之前和之后，sync 方法都会被调用，从而保证类变量的双向实时更新。相应的，方法模板也需要更新以支持该新特性。