https://javatar.iteye.com/blog/814426
参考Dubbo的选型实践
- Jdk动态代理
使用Component.DynamicProxyPerformanceTest输出动态代理class文件，使用javap -c观察字节码,使用jdGui或Luyten反编译工具查看反编译出的源码(更清晰明了，无需去看字节码)
//为什么动态代理只能代理接口？因为生成的代理类继承了Proxy，无法再继承其他类
public final class $proxy0 extends Proxy implements CountService
{
private static Method m1;
private static Method m3;
static {
try {
//通过反射获取当前接口以及Object对象的所有方法(含未列出的hashCode()等)
$proxy0.m1 = Class.forName("java.lang.Object").getMethod("equals", Class.forName("java.lang.Object"));
$proxy0.m3 = Class.forName("aop.CountService").getMethod("count", (Class<?>[])new Class[0]);
}
}
public final boolean equals(final Object o) {
//super.h为父类Proxy.InvocationHandler字段
//调用其invoke方法
return (boolean)super.h.invoke(this, $proxy0.m1, new Object[] { o });
}
public final int count() {
return (int)super.h.invoke(this, $proxy0.m3, null);
}
}
所以说，jdk动态代理使用字节码技术创建代理类，代理类中通过反射获取原始方法method并调用自定义的InvocationHandler
- ASM
//通过classWriter写字节码然后转换为字节数组
byte[] code = classWriter.toByteArray();
//通过Jdk.ClassLoader实例的方法根据字节码数组创建class
ClassLoader.defineClass(name, code, 0, code.length);
asm pom依赖已经改成了org.ow2.asm
- Cglib
cglib是在asm基础上进行的封装，pom包含了asm的依赖，所以测试asm无需单独再依赖asm
//该设置用于输出cglib动态代理产生的类
System.setProperty(DebuggingClassWriter.DEBUG_LOCATION_PROPERTY, "D:\\class");
选型分析
Jdk,Cglib,JavassistProxy创建出来的代理类包含equals()和hashCode()等Object对象原生方法，JavassistByte和ASM不含
测试发现，直接调用CountService.count()的性能是使用反射调用method.invoke(CountServic)的2-4倍
Jdk,Cglib,JavassistProxy在回调函数中暴露Method，Jdk,JavassistProxy直接通过反射调用，Cglib通过MethodProxy调用
JavassistByte通过字符串形式的代码创建class,ASM通过ClassWriter直接写入字节码创建class,创建后直接调用CountService.count()，不使用反射
测试结果：
NoProxy>ASM=JavassistByte>Cglib>Jdk>JavassistProxy，考虑使用方便，优先使用JavassistByte
ASM和JavassistByte大约比无Proxy调用慢10%左右，是后面3者的2~3倍，直觉认为主要差别在于字节码class函数直接调用和后面3者method反射调用
- SpringAop
根据Spring的官方文档，性能不是选择使用Jdk或Cglib的重要因素
