Spring AOP底层的动态代理实现有两种方式：一种是JDK动态代理，另一种是CGLib动态代理。

JDK动态代理

JDK 1.3版本以后提供了动态代理，允许开发者在运行期创建接口的代理实例，而且只能为接口创建代理实例。
如果被代理目标没有接口那么Spring也无能为力，Spring通过Java的反射机制生成被代理接口的新的匿名实现类。

JDK动态代理具体实现原理：

1. 通过实现InvocationHandlet接口创建自己的调用处理器；

2. 通过为Proxy类指定ClassLoader对象和一组interface来创建动态代理；

3. 通过反射机制获取动态代理类的构造函数，其唯一参数类型就是调用处理器接口类型；

4. 通过构造函数创建动态代理类实例，构造时调用处理器对象作为参数参入；

CGLib动态代理

CGLib 全称 Code Generation Library，是一个强大的高性能字节码生成类库，可以实现运行期动态扩展Java类。
Spring在运行期采用CGLib的字节码技术为类创建一个子类，并在子类中拦截所有父类方法的调用，织入横切逻辑实现AOP面向切面编程。

注意事项

如果被代理的对象实现了接口，那么Spring默认会使用JDK动态代理，否则会强制使用CGLib实现动态代理（如果被代理的类被final关键字所修饰，那么代理会失败）

关于两者的性能，JDK动态代理所创建的代理对象，在1.8以前的版本中性能并不高，最新版本中性能得到了很大的提升，和CGLib相差不大。

Spring Boot中无法正常启用JDK动态代理的问题

关于Spring的默认动态代理模式，官方文档中显示是JDK动态代理，但Spring Boot 2.2中发现即使强制指定@EnableAspectJAutoProxy(proxyTargetClass = false) ，生成的代理类依然显示$EnhancerBySpringCGLIB。

在DefaultAopProxyFactory中发现isProxyTargetClass被指定为强制代理目标类，所以会采用ObjenesisCglibAopProxy创建代理。

最后跟踪到ValidationAutoConfiguration中的一个Bean方法中，主动读取了环境变量spring.aop.proxy-target-class，而且默认值是true。
问题点算是找到了，不过这里只是一个函数校验的处理器，竟然会强制读取魔法配置，有些莫名其妙...手工添加配置后JDK代理恢复正常。

@Bean
@ConditionalOnMissingBean
public static MethodValidationPostProcessor methodValidationPostProcessor(Environment environment, @Lazy Validator validator) {
    MethodValidationPostProcessor processor = new MethodValidationPostProcessor();
    boolean proxyTargetClass = environment.getProperty("spring.aop.proxy-target-class", Boolean.class, true);
    processor.setProxyTargetClass(proxyTargetClass);
    processor.setValidator(validator);
    return processor;
}