Aop选型实测

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的重要因素