JDK动态代理为什么必须用接口



JDK动态代理为什么必须用接口

JDK动态代理与CGLIB动态代理。从Spring的AOP框架介绍中得知对于使用接口的类，Spring使用JDK动态代理，没有接口的就使用别的AOP框架aspectj，但这些都是依赖于Java字节码工具ASM生成一个原类的新类，调用Callback 。

但是JDK动态代理为什么必须使用接口呢，难道原理不是像ASM一样修改字节码吗？带着这个疑问，开始看JDK的Proxy代码。

使用JDK动态代理时，会使用Proxy的newProxyInstance方法；
从创建代理函数看起，即
public static Object newProxyInstance(ClassLoader loader, Class<?>[] interfaces, InvocationHandler h) throws IllegalArgumentException ，

通过源码可以看到，这个类第一步生成一个代理类（注意，这里的参数就是接口列表），
Class cl = getProxyClass(loader, interfaces);

然后通过代理类找到构造参数为InvocationHandler的构造函数并生成一个新类。
Constructor cons = cl.getConstructor(constructorParams);//这个有用，在后面细说
return (Object) cons.newInstance(new Object[] { h }); 

接口起什么作用呢，这要看getProxyClass方法的代码，这个源码很长，大致分为三段：
第一：验证
第二：缓存创建新类的结构，如果创建过，则直接返回。（注意：这里的KEY就是接口列表）
第三：如果没有创建过，则创建新类

创建代码如下
    long num;
   //获得代理类数字标识
   synchronized (nextUniqueNumberLock) {
     num = nextUniqueNumber++;
    }
    //获得创建新类的类名$Proxy，包名为接口包名，但需要注意的是，如果有两个接口而且不在同一个包下，也会报错
    String proxyName = proxyPkg + proxyClassNamePrefix + num;
    //调用class处理文件生成类的字节码，根据接口列表创建一个新类，这个类为代理类，
    byte[] proxyClassFile = ProxyGenerator.generateProxyClass(proxyName, interfaces);
    //通过JNI接口，将Class字节码文件定义一个新类
     proxyClass = defineClass0(loader, proxyName,proxyClassFile, 0, proxyClassFile.length);

根据前面的代码Constructor cons = cl.getConstructor(constructorParams);
可以猜测到接口创建的新类proxyClassFile 不管采用什么接口，都是以下结构
public class $Proxy1 extends Proxy implements 传入的接口{ }
生成新类的看不到源代码，不过猜测它的执行原理很有可能是如果类是Proxy的子类，则调用InvocationHandler进行方法的Invoke

JDK动态代理的原理是根据定义好的规则，用传入的接口创建一个新类，这就是为什么采用动态代理时为什么只能用接口引用指向代理，而不能用传入的类引用执行动态类。

获取的代理实例无法强制转换为实现类，会抛出类强制转换异常；
接口定义的方法互相调用不会调用到InvocationHandler的invoke方法，即无法实现嵌套代理；