spring--JDK动态代理和CGLIB代理的区别

JDK 动态代理和 CGLIB 代理是 Java 中常用的两种动态代理实现方式，它们各有特点和适用场景：

JDK 动态代理：

• JDK 动态代理是基于接口的代理方式，它使用 Java 反射机制来创建代理对象，并要求目标对象实现一个或多个接口。
• 在代理过程中，JDK 动态代理会创建一个实现了目标对象所有接口的代理类，并在调用时通过 InvocationHandler 来处理。
• JDK 动态代理的优点是它是 Java 原生支持的，不需要额外的库，而且与 Java 接口紧密集成。
• 缺点是它只能代理实现了接口的类。

CGLIB 代理：

• CGLIB（Code Generation Library）是一个第三方代码生成库，它通过继承目标类来创建子类，并在运行时动态生成被代理对象的子类。
• CGLIB 代理不需要目标对象实现任何接口，因此它适用于为没有实现接口的类创建代理。
• CGLIB 通常会比 JDK 动态代理更快，因为它使用了更复杂的字节码生成技术来优化运行时性能。
• 缺点是不能对声明为 final 的类或方法进行代理，因为这会阻止继承和方法覆写。

Spring AOP 为什么会采用这两种方式？

Spring AOP 选择同时支持 JDK 动态代理和 CGLIB 代理，是为了提供更灵活的代理选择，以适应不同的使用场景：

1. 兼容性：由于 JDK 动态代理只能代理接口，如果应用中的组件没有实现接口，Spring AOP 就会自动退回到 CGLIB 代理。
2. 性能：虽然 CGLIB 在某些情况下可以提供更好的性能，但它需要额外的库依赖，并且在某些特定环境下可能会有兼容性问题。因此，Spring AOP 提供了选择，让开发者可以根据具体需求决定使用哪种代理方式。
3. 透明性：Spring AOP 的目标是尽可能地对业务代码透明，不强制要求业务对象必须实现接口，这样可以减少对现有代码的侵入性。
4. 易用性：Spring AOP 的默认策略是如果目标对象实现了接口，就使用 JDK 动态代理；如果没有实现接口，就使用 CGLIB。这样，开发者通常不需要关心底层使用的是哪种代理方式，Spring 会根据情况自动选择。

综上所述，Spring AOP 采用这两种代理方式，是为了提供更多的灵活性和适应性，让开发者可以便捷地在不同场景下应用 AOP，而不需要担心代理的具体实现细节。