JDK动态代理为什么必须针对接口？其与CGLIB的对比01
http://www.cnblogs.com/frankliiu-java/articles/1896443.html
示例代码：
public interface AopService {
public void doService();
}
public class AopServiceImpl implements AopService {
private String singal;
public String getSingal() {
return singal;
}
public AopServiceImpl(){}
public AopServiceImpl(String singal){
this.singal = singal;
}
@Override
public void doService() {
System.out.println("do service method is being invoked now!!!");
}
}
public class ProxyFactory implements InvocationHandler {
private Object targetObject;
public Object createTargetObject(Object targetObject){
this.targetObject = targetObject;
return Proxy.newProxyInstance(this.targetObject.getClass()
.getClassLoader(),
this.targetObject.getClass().getInterfaces(), this);
}
@Override
public Object invoke(Object arg0, Method method, Object[] args)
throws Throwable {
AopServiceImpl aopservice = (AopServiceImpl)this.targetObject;
Object result = null;
if(aopservice.getSingal()!=null){
result = method.invoke(targetObject, args);
}
return result;
}
}
测试代码：
public class AopTests {
@Test
public void Tests(){
ProxyFactory pf = new ProxyFactory();
//AopService as = (AopService)pf.createTargetObject(new AopServiceImpl());
AopService as = (AopService)pf.createTargetObject(new AopServiceImpl("Frank"));
as.doService();
}
}
JDK动态代理为什么必须用接口以及与CGLIB的对比
这两天对AOP原理感兴趣了，试验了JDK动态代理与CGLIB动态代理。从Spring的AOP框架介绍中得知对于使用接口的类，Spring使用JDK动态代理(原来做项目中试图从Bean强制转换为实现类，结果报错，原来是这么回事)，没有接口的就使用别的AOP框架aspectj，但这些都是依赖于Java字节码工具ASM生成一个原类的新类，调用Callback
但是JDK动态代理为什么必须使用接口一直很疑惑，难道原理不是像ASM一样修改字节码吗？带着这个疑问，开始看JDK的Proxy代码。使用JDK动态代理的代码代码
ITestBean tb = (ITestBean) Proxy.newProxyInstance(tb.getClass().getClassLoader(), tb.getClass().getInterfaces(), new TestBeanHander(tb));
于是从创建代理函数看起，即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动态代理的原理是根据定义好的规则，用传入的接口创建一个新类，这就是为什么采用动态代理时为什么只能用接口引用指向代理，而不能用传入的类引用执行动态类。
cglib采用的是用创建一个继承实现类的子类，用asm库动态修改子类的代码来实现的，所以可以用传入的类引用执行代理类
JDK动态代理与CGLIB对比如下：
//JDK动态代理测试代码
补充说明，如果在实现类中，接口定义的方法互相调用不会在调用InvocationHandler的invoke方法，JDK动态代理应该不是嵌入到Java的反射机制中，而是在反射机制上的一个调用。