java动态代理--自学以及代码

动态代理（Dynamic Proxy）：相比前一篇文章所实现的静态代理，动态代理具有更强的灵活性，因为它不用在我们设计实现的时候就指定某一个代理类来代理哪一个被代理对象，我们可以把这种指定延迟到程序运行时由JVM来实现。

我们知道，所谓代理，就是需要代理类和被代理类有相同的对外接口或者说成服务，所以代理类一般都必须实现了所有被代理类已实现的接口，因为接口就是制定了一系列对外服务的标准。

正因为动态代理有这样灵活的特性，所以我们在设计动态代理类（DynamicProxy）时不用显式地让它实现与真实主题类（RealSubject）相同的接口（interface），而是把这种实现推迟到运行时。

为了能让DynamicProxy类能够在运行时才去实现RealSubject类已实现的一系列接口并执行接口中相关的方法操作，需要让DynamicProxy类实现JDK自带的java.lang.reflect.InvocationHandler接口，该接口中的invoke()方法能够让DynamicProxy实例在运行时调用被代理类的“对外服务”，即调用被代理类需要对外实现的所有接口中的方法，也就是完成对真实方法的调用，Java帮助文档中称这些真实方法为处理程序。

按照上面所述，我们肯定必须先把被代理类RealSubject已实现的所有interface都加载到JVM中，不然JVM怎么能够找到这些方法呢？明白了这个道理，那么我们就可以创建一个被代理类的实例，获得该实例的类加载器ClassLoader。

所谓的类加载器ClassLoader，就是具有某个类的类定义，即类的内部相关结构（包括继承树、方法区等等）。

更重要的是，动态代理模式可以使得我们在不改变原来已有的代码结构的情况下，对原来的“真实方法”进行扩展、增强其功能，并且可以达到控制被代理对象的行为的目的。请详看下面代码中的DynamicProxy类，其中必须实现的invoke()方法在调用被代理类的真实方法的前后都可进行一定的特殊操作。这是动态代理最明显的优点。

具体代码如下：

package proxy;

public interface AbstractSubject {
public abstract void request();
}

package proxy;
public class RealSubject implements AbstractSubject {
public void request() {
System.out.println("AbstractSubject be infact.....");
}
}
 

 

package proxy;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
public class DynamicProxy implements InvocationHandler {
Object obj = null;
public DynamicProxy(Object obj) {
this.obj = obj;
}
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
Object resoult = method.invoke(this.obj, args);
return resoult;
}
}

package proxy;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Proxy;
public class ClientTest {
public static void main(String[] args) {
AbstractSubject abstractSubject = new RealSubject();
ClassLoader loader = abstractSubject.getClass().getClassLoader();
Class<?>[] intfaces = abstractSubject.getClass().getInterfaces();
InvocationHandler handler = new DynamicProxy(abstractSubject);
AbstractSubject proxy = (AbstractSubject) Proxy.newProxyInstance(loader, intfaces, handler);
proxy.request();
System.out.println(proxy.getClass().getName());
}
}

我们也发现这个动态代理的实例的名称为“$Proxy0”，前面的都是我所用的包名，记得以前学习内部类时，内部类编译之后生成的.class文件的默认命名方式是带有“$”。但是现在这个肯定不是内部类，因为“$”之前并没有任何一个外部类的名称。是不是以后遇到“$Proxy0”这样的名字就可以推断出该实例一定是个动态代理类的实例呢？有待证明。

其实，在上面整个代码当中，注释最少的就是DynamicProxy类中的invoke()方法了，因为看了Java帮助文档也不是特别明白，所以不敢乱写，这一点还有待探究。

话又说回来，动态代理机制确实很灵活，或者说很智能，但是这是运用到了Java中的反射机制，而反射机制又与JVM中栈区、堆区、方法区等底层细节以及类的加载、生命周期等知识相关，要完全理解相当不容易，看来还有很长的路要走呢！

最后，可能大家都觉得测试类即Client类中代码很繁杂，人家一看就不想要使用动态代理了，认为一使用就要有相当的消耗。那么此时我们可以再继续扩展一下，设计一个类能够根据传进的相关参数而返回最终客户需要的代理，这样的类设计是不是很像前面文章中工厂方法模式的应用呢？