分析使用@Async或@Transactional注解失效（解决使用AopContext.currentProxy()出现"Cannot find current proxy“）

【注意】

本文章有一处错误（但不影响整体分析），晚些时候更新出来！

错误更正+解决使用AopContext.currentProxy()出现"Cannot find current proxy“

https://mp.weixin.qq.com/s/m7p7AP_zT1JEZrxwmVISVQ

在 @Transactional 中如果想使用 AopContext 直接使用 @EnableAspectJAutoProxy(exposeProxy = true) 即可，或者参看（【补充】错误更正+解决使用AopContext.currentProxy()出现异常）：

https://mp.weixin.qq.com/s/W0kxY92SfVpBqGRszp-BIQ

有时候在使用的过程中@Async注解会失效（原因和@Transactional注解有时候会失效的原因一样）。

下面定义一个Service：

两个异步执行的方法test03()和test02()用来模拟项目中可能出现的耗时的操作，然后test()方法调用这两个耗时的方法：

定义Controller：

执行方法，返回结果：

方法执行结果明显与我们的预期不符，方法的输出顺序表示了test02()和test03()两个异步方法居然同步执行了，也就是说@Aysnc注解失效了！

失效的原因是因为我们是在test()方法中直接调用的test02()和test03()方法，相当于是this.test02()和this.test03()调用的，也就是说真正调用test02()和test03()方法的是TestService对象本身调用的，而@Async和@Transactional注解本质使用的是动态代理，真正应该是TestService的代理对象调用test02()和test03()方法。其实Spring容器在初始化的时候Spring容器会将含有AOP注解的类对象“替换”为代理对象（简单这么理解），那么注解失效的原因就很明显了，就是因为调用方法的是对象本身而不是代理对象，因为没有经过Spring容器，那么解决方法也会沿着这个思路来解决。

网上有不少博客说解决方法就是将要异步执行的方法单独抽取成一个类，这样的确可以解决异步注解失效的问题，原理就是当你把执行异步的方法单独抽取成一个类的时候，这个类肯定是被Spring管理的，其他Spring组件需要调用的时候肯定会注入进去，这时候实际上注入进去的就是代理类了，其实还有其他的解决方法，并不一定非要单独抽取成一个类。

解决方式一：在TestService中通过上下文获取自己的代理对象调用异步方法

其实我们的注入对象都是从Spring容器中给当前Spring组件进行成员变量的赋值，由于TestService使用了AOP注解，那么实际上TestService在Spring容器中实际存在的是它的代理对象。

工具类可以参考我的另一篇博客：https://blog.csdn.net/Dongguabai/article/details/80788646

执行结果，异步方法异步执行了：

解决方式二：开启cglib代理，手动获取Spring代理类

解决方式二：基于 AopContext 暴露代理对象

在启动类上加上：

使用AopContext.currentProxy()获取当前代理类：

这里为了证明Spring容器中的对象就是当前代理类对象特地输出了一句话：

运行结果：

OK，问题完美解决！

 

欢迎关注公众号：