Spring AOP 使用代理机制来增强对象的行为，如添加事务管理、缓存等功能。它可以根据配置和目标类的特点选择使用 JDK 动态代理或 CGLIB 代理。以下是两种代理方式的选择依据：

JDK 动态代理
JDK 动态代理主要适用于以下情况：

接口优先：
如果目标对象实现了至少一个接口，Spring 默认会使用 JDK 动态代理。
JDK 动态代理只能代理接口的方法，不能代理具体类的方法。
方法拦截：
JDK 动态代理通过创建一个实现了相同接口的新代理类，并在调用接口方法时进行拦截，从而实现对目标对象的增强。
性能考虑：
对于实现了接口的目标对象，JDK 动态代理通常比 CGLIB 代理更高效，因为前者不需要生成新的字节码文件。
安全性：
在某些安全策略严格的环境中，可能不允许动态生成类（CGLIB 需要），此时 JDK 动态代理是唯一的选择。
Spring 的 CGLIB 代理
CGLIB 代理则适用于以下情况：

没有接口的情况：
如果目标对象没有实现任何接口，Spring 将默认使用 CGLIB 代理。
CGLIB 通过继承目标类并重写其非 final 方法来创建代理对象。
强制使用 CGLIB：
即使目标对象实现了接口，也可以通过配置强制 Spring 使用 CGLIB 代理。这可以通过设置 proxy-target-class=true 来实现，例如在 XML 配置中：
Xml
深色版本
<aop:aspectj-autoproxy proxy-target-class="true"/>
或者在 Java 配置中：
Java
深色版本
@EnableAspectJAutoProxy(proxyTargetClass = true)
Kotlin 类：
在 Kotlin 中，默认情况下所有类和方法都是 final 的，这意味着它们不能被继承或覆盖。如果需要为这些类创建代理，必须使用 CGLIB，因为它可以生成目标类的子类并重写非 final 方法。
注意：对于 Kotlin 类，即使启用了 CGLIB 代理，你也需要将需要代理的方法标记为 open，以便它们可以被重写。
绕过 final 方法：
CGLIB 可以处理非 final 方法的代理，但无法代理 final 方法，因为后者不能被子类覆盖。
代理构造函数注入：
如果目标对象依赖于构造函数注入，CGLIB 代理可能会更复杂，因为它涉及创建目标类的子类。不过，Spring 已经很好地处理了这种情况。
总结
JDK 动态代理：当目标对象实现了接口时，默认使用。只代理接口中的方法，性能较好，适合大多数场景。
CGLIB 代理：当目标对象没有实现接口或明确要求使用 CGLIB 代理时使用。它可以代理非 final 的具体类方法，但需要额外的配置，并且可能不如 JDK 动态代理高效。
在实际应用中，推荐尽量让服务类实现接口，这样不仅可以利用 JDK 动态代理带来的性能优势，还能提高代码的灵活性和可测试性。如果你确实需要使用 CGLIB 代理，确保你已经理解了它的限制和潜在的影响。