为什么说在SpringAOP中，不要使用This调用方法？

,SpringAOP是Spring中除了依赖注入以外最为核心的功能，其原理是利用CGlib和JDK动态代理等方式来实现运行期动态方法增强，从而降低系统耦合，提升代码的复用性。,不过，在享受AOP强大功能便利的同时，我们也会经常遇到一些看起来莫名其妙的bug。,今天，我们来聊一聊，为什么说在AOP方法中，不要轻易使用this调用方法？,使用了this会出现什么样的情况？背后的原理是什么？又该如何解决？​,废话不多说，直接实战上代码。,假设我们有一个核心支付类，其中有pay()支付功能，同时会通过record()方法记录都有哪些用户访问过这个核心功能。,随着业务的不断扩大，我们需要统计一下保存访问日志这个动作的耗时情况，看看是否会对核心支付功能有较大的影响。,所以，我们使用SpringAOP进行了切面处理。,切面类很简单，通过@Around方法对record方法进行切入切出，并记录该方法的执行时间。,​看起来很完美是不是？,老代码不用改动，只需新增一个切面就可以实现新的需求。,我们新建一个controller，看看我们的切面类有没有生效。,启动服务，访问
http://localhost:8080/demo/pay。,,问题出现了。,按照上面的代码，在打印完业务日志之后，应该打印一行记录日志耗时的日志。然而控制台却空空如也，说明我们的切面类并没有生效。,​为什么定义的切面没有执行呢？,问题就出现在pay()方法中的this调用上。​,,我们可以看到，图中的this指向的是一个普通的PayService对象，而不是被Spring增强后的bean。,而SpringAOP起作用的原理是什么：Spring通过JDK动态代理和CGlib代理对目标类生成一个代理类，在代理类中做功能增强。,我们看一下在controller中的PayService:,,可以看到，在controller中的payService是一个被SpringCLlib增强后的代理类，而我们通过this引用到的，对于Spring来说只是一个普通的bean对象，自然无法实现AOP的功能。,那Spring在什么时候会对一个对象进行代理呢？,Spring会在一个bean创建的时候判断是否要进行代理，核心类是
AnnotationAwareAspectJAutoProxyCreator，其本质是一个BeanPostProcessor。当需要使用到AOP时，它会把创建的原始的Bean对象wrap成代理对象作为Bean返回。,所以，最终结论是：只有被动态代理出来的对象，才可以被Spring增强，具备AOP的能力。,既然问题找到了，那么如何解决因为this调用带来的AOP失效的问题呢？,有两种办法。,,直接在当前类中注入自己，这样Spring会对类中的属性进行代理，生成一个payService代理类。,需要注意的是，这样其实是人为的制造了循环依赖。在高版本的Springboot中，循环依赖是默认关闭的。如果想开启循环依赖，需要配置
spring.main.allow-circular-references=true。,AopContext内部维护了一个保存proxy的ThreadLocal，简单说就是通过一个ThreadLocal将proxy和当前线程绑定起来，这样就可以随时拿出当前线程绑定的 Proxy。,如果使用这样的方式，需要在@EnableAspectJAutoProxy 里加一个配置项 exposeProxy = true。,通过方式一修改下代码，看看AOP是否生效。,,可以看到，成功的打印出来日志耗时的log。,SpringAOP实际上会自动为我们创建一个Proxy，使得调用者能无感知地调用指定方法，本质上就是一个动态代理。我们只有访问这些代理对象的方法，才能获得AOP实现的功能，所以通过this引用是无法去正确使用 AOP 功能的。