JDK 动态代理和 CGLIB 动态代理是两种实现动态代理的机制，它们各自有不同的应用场景、优缺点。以下是两者的主要区别：
JDK 动态代理
- 工作原理：JDK 动态代理主要通过
java.lang.reflect.Proxy类来创建代理对象，并使用InvocationHandler接口处理代理对象的方法调用。 - 适用范围：仅支持对接口进行代理。也就是说，目标类必须实现至少一个接口，JDK 动态代理会为这些接口生成代理对象。
- 性能：由于 JDK 动态代理基于反射机制，对于每次方法调用都会进行反射查找，因此在性能上可能不如 CGLIB 代理。
- 优点：
- 不需要额外的依赖库，因为它是 Java 标准库的一部分。
- 对于实现了接口的目标类，使用起来非常方便。
- 缺点：
- 只能代理实现了接口的类，无法代理未实现任何接口的类。
- 性能略逊于 CGLIB，特别是在频繁调用的情况下。
CGLIB 动态代理
- 工作原理：CGLIB（Code Generation Library）是一个强大的高性能代码生成库，它通过继承的方式实现代理对象。具体来说，CGLIB 动态代理通过生成目标类的一个子类，并覆盖其中的方法来实现代理逻辑。
- 适用范围：适用于没有实现接口的类。由于 CGLIB 是通过继承的方式实现的，因此可以代理任意类，但不能代理声明为 final 的类或方法。
- 性能：相较于 JDK 动态代理，CGLIB 在某些场景下提供更好的性能，因为它避免了反射带来的开销。
- 优点：
- 可以代理没有实现接口的类。
- 相比 JDK 动态代理，在高频率调用时通常具有更好的性能表现。
- 缺点：
- 需要引入额外的依赖库。
- 不能代理被标记为
final的类或方法，因为 CGLIB 通过继承的方式来创建代理对象。 - 相较于 JDK 动态代理，可能会占用更多的内存空间。
选择建议
- 如果目标类实现了接口，优先考虑使用 JDK 动态代理，因为它不需要额外的库且易于使用。
- 当目标类没有实现接口或者你需要更高的性能时，CGLIB 是一个更好的选择。
- 在 Spring 等框架中，根据情况自动选择合适的代理方式。如果目标对象实现了接口，默认使用 JDK 动态代理；否则，将使用 CGLIB 来创建代理对象。
了解这两种动态代理机制的区别有助于在不同的业务场景中做出合适的选择。例如，在设计面向接口编程的应用程序时，JDK 动态代理可能是最直接的选择；而在优化性能方面，尤其是在不使用接口的情况下，CGLIB 提供了一个强大的替代方案。
THE END
