SpringAOP JDK代理模式失效及源码分析

SpringtAop有两种代理模式：
1 如果被代理类实现了接口，使用JdkDynamicAopProxy
2 如果没有实现接口，使用ObjenesisCglibAopProxy
附上源码：
org.springframework.aop.framework.DefaultAopProxyFactory#createAopProxy
hasNoUserSuppliedProxyInterfaces判断是否没有接口或者只是SpringProxy的实现类

其中有个很重要的判断：config.isProxyTargetClass()，即ProxyConfig#proxyTargetClass，这个值的含义是**是否强制使用cglib代理，**如果为true，即使被代理类实现了接口，那么也会使用cglib，下面从spring和springBoot两种开发情况下列举本人遇到的一些坑

Spring原生模式

默认情况下proxyTargetClass是false，但是有个地方可以改变此属性，源码如下
org.springframework.aop.framework.autoproxy.AbstractAutoProxyCreator#createProxy


也就是说接口的方法必须大于0，否则proxyTargetClass就会变成true，之后就会使用cglib

SpringBoot模式

springBoot中从效率和安全的角度上将proxyTargetClass默认设为true，但是提供了AutoConfiguration可以自行设置

所以需要在application.properties中配置属性：spring.aop.proxy-target-class=false

另外不要在main方法中使用AnnotationConfigApplicationContext这种方式测试，这种方式不会读取application.properties文件。

最后附上aop生成的过程：

aop源码解析

在对象创建完成后，会调用AbstractAutowireCapableBeanFactory#initializeBean方法，这个是bean的生命周期方法，BeanPostProcessors对bean的处理就是在这完成的
BeanNameAware
BeanClassLoaderAware
BeanFactoryAware
#applyBeanPostProcessorsBeforeInitialization
#invokeInitMethods
#applyBeanPostProcessorsAfterInitialization


然后我们跟踪到AnnotationAwareAspectJAutoProxyCreator#postProcessAfterInitialization

最终到了org.springframework.aop.framework.ProxyFactory#getProxy(java.lang.ClassLoader)方法：

所以真相大白，aop是在bean创建完成后，使用BeanPostProcessors对bean封装成一个代理，
1 JdkDynamicAopProxy是利用反射机制生成一个实现代理接口的匿名类，在调用具体方法前调用InvokeHandler来处理。
2 而ObjenesisCglibAopProxy是利用asm开源包，对代理对象类的class文件加载进来，通过修改其字节码生成子类来处理。
字节码文件的研究是很复杂的工作，还有待研究。。