代理模式-Javassist动态代理

Cglib动态代理

 

官方Github：Code Generation Library · GitHub

CGLib (Code Generation Library) 是一个强大、高性能、高质量的代码生成库，它可以在运行时扩展JAVA类并实现接口；

字节码生成库是生成和转换Java字节码的高级API，它被AOP、测试、数据访问框架用来生成动态代理对象和拦截字段访问；

Rafael Winterhalter
来自德国，软件顾问，居住挪威的奥斯陆，也是hibernate的成员之一

CGLib 比 Java 的 java.lang.reflect.Proxy 类更强大的地方在于它不仅可以接管接口类的方法，还可以接管普通类的方法，为JDK的动态代理提供了很好的补充，通常可以使用Java的动态代理创建代理，但当要代理的类没有实现接口时，那么CGLIB是一个更好的选择；

在一些开源框架中都采用了cglib：

Hibernate

Spring

Guice

CGLib 的底层是Java字节码操作框架 —— ASM  ASM

CGLIB类库结构

net.sf.cglib.core: 底层字节码处理类，他们大部分与ASM有关；

net.sf.cglib.transform: 编译期或运行期类和类文件的转换

net.sf.cglib.proxy: 实现创建代理和方法拦截器的类

net.sf.cglib.reflect: 实现快速反射类

net.sf.cglib.util: 集合排序等工具类

net.sf.cglib.beans:  javabean相关的工具类

CGLIB实现动态代理

使用CGLib实现动态代理，完全不受代理类必须实现接口的限制，CGLib底层采用ASM字节码生成框架，使用字节码技术生成代理类，在JDK8之前CGLib动态比JDK的动态代理（使用Java反射）效率要高。

唯一需要注意的是，如果被代理的类被final修饰，那么它不可被继承，即不可被代理，同样，如果被代理的类中存在final修饰的方法，那么该方法也不可被代理；

因为CGLib原理是动态生成被代理类的子类；

final类不能被继承，final方法不能被复写；

使用CGLIB，需要两个jar包：

cglib-3.3.0.jar

asm-7.1.jar

cglib-nodep-3.3.0.jar：使用nodep包不需要关联asm的jar包,jar包内部已经包含了asm的类.

cglib-3.3.0.jar：使用此jar包需要关联asm的jar包,否则运行时报错；

CGLib动态代理原理是什么？

CGLIB原理： 动态生成一个要代理类的子类，子类重写要代理的类的所有不是final的方法。在子类中采用方法拦截的技术拦截所有父类方法的调用，顺势织入横切逻辑；

CGLIB底层：使用字节码处理框架ASM，来转换字节码并生成新的类。但不推荐直接使用ASM编码开发，因为它要求你必须对JVM内部结构包括class文件的格式和指令集都很熟悉，编码比较复杂繁琐；

CGLIB缺点：对于final类和final方法，无法进行代理；

JDK动态代理与CGLib代理的区别？

原理区别：

JDK动态代理是利用反射机制生成一个实现代理接口的类（这个类看不见摸不着，在jvm内存中有这个类），在调用具体方法前调用InvokeHandler来处理。核心是实现InvocationHandler接口，使用invoke()方法进行面向切面的处理，调用相应的拦截和处理；

而cglib动态代理是利用asm开源包，对代理对象类的class文件加载进来，通过修改其字节码生成子类来处理，核心是实现MethodInterceptor接口，使用intercept()方法进行面向切面的处理，调用相应的拦截和处理；

各自局限：

1、JDK的动态代理机制只能代理实现了接口的类，而没有实现接口的类就不能实现JDK的动态代理。

2、CGLib的原理是对指定的目标类生成一个子类，并覆盖其中方法实现增强，但因为采用的是继承，所以不能对final修饰的类进行代理。

JDK Proxy 的优势：

最小化依赖关系，减少依赖意味着简化开发和维护，JDK 本身的支持，可能比 cglib 更加可靠；

可以平滑进行 JDK 版本升级，而字节码类库通常需要进行更新以保证在新版 Java 上能够使用。

CGLib 的优势：

从某种角度看，必须要求调用者实现接口是有些侵入性的实践，CGLib 动态代理就没有这种限制，只操作我们关心的类，而不必为其他相关类增加工作量，一个普通的类也可以实现代理；