目录
- Async注解失效原因分析及解决(spring异步回调)
- Spring中@Async
- 有时候在使用的过程中@Async注解会失效
- 解决方式一
- 解决方式二
- springboot @Async 失效可能原因
Async注解失效原因分析及解决(spring异步回调)
Spring中@Async
在Java应用中，绝大多数情况下都是通过同步的方式来实现交互处理的；但是在处理与第三方系统交互的时候，容易造成响应迟缓的情况，之前大部分都是使用多线程来完成此类任务，其实，在spring 3.x之后，就已经内置了@Async来完美解决这个问题
有时候在使用的过程中@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容器中实际存在的是它的代理对象。
执行结果，异步方法异步执行了：
解决方式二
开启cglib代理，手动获取Spring代理类
在启动类上加上：
使用AopContext.currentProxy()获取当前代理类：
这里为了证明Spring容器中的对象就是当前代理类对象特地输出了一句话：
运行结果：
OK，问题完美解决！
application.properties配置如下：
#java.lang.IllegalStateException: Cannot find current proxy: Set 'exposeProxy' property on Advised to 'true' to make it available. # 增加@EnableAspectJAutoProxy spring.aop.auto=true #开启CGLIB代理 spring.aop.proxy-target-class=true
springboot @Async 失效可能原因
1、当前类中其他函数调用有 @Async 注解的函数
2、当前类中有多态，方法名相同
3、启动类未加@EnableAsync
以上为个人经验，希望能给大家一个参考，也希望大家多多支持自由互联。