JDK代理和CGLib代理的比较

1. JDK代理

原理：拦截器+反射
在程序运行的过程中，根据被代理的接口来动态生成代理类 $Proxy0 的 class 字节码文件。
产生的代理类 $Proxy0 继承了 Proxy 类，同时实现了被代理类的接口（如 IHello）；所以才能强制将代理对象转换为被代理类的接口的类型（如 IHello），然后可以调用 $Proxy0 中的 sayHello() 方法
而在代理对象 $Proxy0 调用其实现了接口方法（如 sayHello()）时，其本质就是使用了代理对象 $Proxy0 调用了 invoke() 方法
而 invoke() 方法的实现是自定义的，如 MyInvocationHandler 类，在这个类中可以处理相应的代理业务逻辑。

使用：
代理类实现 InvocationHandler 接口，重写invoke方法
使用 Proxy.newProxyInstance 产生代理对象

使用条件：被代理的对象必须要实现接口

为什么 JDK 动态代理只能代理接口实现类？
JDK 动态代理所生成的代理类 $Proxy0 继承了 Proxy 类，并且实现了我们定义业务的接口，重写了我们接口的方法，如此才实现代理的功能，所以我们的目标类需要实现接口

2. CGLib代理

原理：继承
CGLIB 是一个基于 ASM 的字节码生成库，它允许我们在运行时对字节码进行修改和动态生成。CGLIB 通过继承方式实现代理，在子类中采用方法拦截的技术拦截所有父类方法的调用并顺势织入横切逻辑。

使用：
创建一个实现接口 MethodInterceptor 的代理类，重写 intercept 方法；
通过Enhancer 创建代理对象
获取代理类，通过代理调用方法。

3. JDK 动态代理与 CGLIB 动态代理区别

JDK 动态代理只能针对接口实现类生成代理实例，而不能针对类；也就是说它是面向接口的。
CGLIB 是针对类实现代理，主要是对指定的类生成一个子类，并覆盖其中方法实现增强，但是因为采用的是继承，所以该类或方法最好不要声明成 final，对于 final 类或方法，是无法继承的。

1.JDK动态代理是实现了被代理对象的接口，Cglib是继承了被代理对象。
2.JDK和Cglib都是在运行期生成字节码，JDK是直接写Class字节码，Cglib使用ASM框架写Class字节码，Cglib代理实现更复杂，生成代理类比JDK效率低。
3.JDK调用代理方法，是通过反射机制调用，Cglib是通过FastClass机制直接调用方法，Cglib执行效率更高。

4. Spring 中何时使用 JDK 或 CGLIB

如果目标对象实现了接口，默认情况下会采用 JDK 的动态代理实现 AOP
如果目标对象实现了接口，也可以强制使用 CGLIB 实现 AOP
如果目标对象没有实现接口，必须采用 CGLIB，Spring 会自动在 JDK 动态代理和 CGLIB 之间转换
如何强制使用 CGLIB 实现 AOP
添加 CGLIB 库（aspectjrt-xxx.jar、aspectjweaver-xxx.jar、cglib-nodep-xxx.jar）
在 Spring 配置文件中加入<aop:aspectj-autoproxy proxy-target-class=“true”/>

5. Spring AOP 代理失效问题（重点）

(1).在一个类内部调用时，被调用方法的 AOP 声明将不起作用。Spring 事务管理注解 @Transactional 也一样。

(2).对于基于接口动态代理的 AOP 事务增强来说，由于接口的方法都必然是 public 的，这就要求实现类的实现方法也必须是 public 的（不能是 protected、private 等），同时不能使用 static 的修饰符。所以，可以实施接口动态代理的方法只能是使用 public 或 public final 修饰符的方法，其他方法不可能被动态代理，相应的也就不能实施 AOP 增强，换句话说，即不能进行 Spring 事务增强了。

(3).基于 CGLib 字节码动态代理的方案是通过扩展被增强类，动态创建其子类的方式进行 AOP 增强植入的。由于使用 final、static、private 修饰符的方法都不能被子类覆盖，相应的，这些方法将无法实施 AOP 增强。所以方法签名必须特别注意这些修饰符的使用，以免使方法不小心成为事务管理的漏网之鱼。

(4).该例中的方法符合上述条件，但注解仍然失效，主要原因是在于同一类中的方法互相调用，调用者指向当前对象，所以无论是接口代理还是 cglib 代理都无法织入增强实现。

AOP过程：