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 代理，是为了提供更灵活的代理选择，以适应不同的使用场景：
- 兼容性：由于 JDK 动态代理只能代理接口，如果应用中的组件没有实现接口，Spring AOP 就会自动退回到 CGLIB 代理。
- 性能：虽然 CGLIB 在某些情况下可以提供更好的性能，但它需要额外的库依赖，并且在某些特定环境下可能会有兼容性问题。因此，Spring AOP 提供了选择，让开发者可以根据具体需求决定使用哪种代理方式。
- 透明性：Spring AOP 的目标是尽可能地对业务代码透明，不强制要求业务对象必须实现接口，这样可以减少对现有代码的侵入性。
- 易用性：Spring AOP 的默认策略是如果目标对象实现了接口，就使用 JDK 动态代理；如果没有实现接口，就使用 CGLIB。这样，开发者通常不需要关心底层使用的是哪种代理方式，Spring 会根据情况自动选择。
综上所述，Spring AOP 采用这两种代理方式，是为了提供更多的灵活性和适应性，让开发者可以便捷地在不同场景下应用 AOP，而不需要担心代理的具体实现细节。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/202305.html
