JDK动态代理 深度剖析JDK动态代理机制 AOP的底层实现-CGLIB动态代理和JDK动态代理

优点:

  相比于静态代理,动态代理避免了开发人员编写各个繁锁的静态代理类,只需简单地指定一组接口及目标类对象就能动态的获得代理对象。

下面是代理模式详解:https://www.cnblogs.com/java-my-life/archive/2012/04/23/2466712.html

  使用代理模式必须要让代理类和目标类实现相同的接口,客户端通过代理类来调用目标方法,代理类会将所有的方法调用分派到目标对象上反射执行,还可以在分派过程中添加"前置通知"和后置处理(如在调用目标方法前校验权限,在调用完目标方法后打印日志等)等功能。

实现:

1.通过实现InvocationHandler接口来自定义自己的InvocationHandler;

 
2.通过Proxy.getProxyClass获得动态代理类
 
3.通过反射机制获得代理类的构造方法,方法签名为getConstructor(InvocationHandler.class)
 
4.通过构造函数获得代理对象并将自定义的InvocationHandler实例对象传为参数传入
 (步骤2,3,4)可以通过 直接使用Proxy.newProxyInstance()替换
5.通过代理对象调用目标方法
 

优缺点对比,以及lamdba表达式:

JDK:

jdk动态代理原理:jdk动态代理是由java内部的反射机制来实现的,反射机制在生成类的过程中比较高效。

缺点:jdk动态代理的应用前提,必须是目标类基于统一的接口。如果没有上述前提,jdk动态代理不能应用

CGLIB:

CGLIB原理:cglib动态代理底层则是借助asm(一个 Java 字节码操控框架)来实现的,动态生成一个要代理类的子类,子类重写要代理的类的所有不是final的方法。在子类中采用方法拦截的技术拦截所有父类方法的调用,顺势织入横切逻辑。而asm在生成类之后的相关执行过程中比较高效(可以通过将asm生成的类进行缓存,这样解决asm生成类过程低效问题)。它比使用java反射的JDK动态代理要快。

CGLIB底层:使用字节码处理框架ASM,来转换字节码并生成新的类。不鼓励直接使用ASM,因为它要求你必须对JVM内部结构包括class文件的格式和指令集都很熟悉。

CGLIB缺点:对于final方法,无法进行代理。

lamdba表达式在某种角度上可以替换动态代理的实现。

 
 

参考:

CGLIB介绍与原理

AOP的底层实现-CGLIB动态代理和JDK动态代理

http://blog.csdn.net/jiankunking/article/details/52143504