关于春天注解@Async引发其他注解失效的解决 - 行业资讯 - 肥雀云

<强>概述

在前面一篇文章中,介绍,在一个Bean中注入自己,如果有@Async和@Transaction,如果使用@Autowire注入自身,会报循环依赖,如果使用BeanFactoryAware注入自己,会使得@Transaction失效。例如:

　　　　　　@ service 　　公共类MyService实现BeanFactoryAware { 　　私人MyService自我;//事务注解无效　　@ transactional 　　公共空间例子(){ 　　… 　　} 　　　　@Async 　　未来公共异步(){ 　　… 　　} 　　　　　　@Override 　　公共空间setBeanFactory (BeanFactory BeanFactory)抛出BeansException { 　　自我=beanFactory.getBean (MyService.class); 　　} 　　} 　　　　

当时只是简单提了一下,这篇文章就是来介绍为什么会失效。

<强>一般情况

造成上面的情况需要满足以下条件:

　　<李>有@Async和其他类似@Transaction注解　　<李>自己类在BeanFactoryAware中,通过BeanFactory获取自己李　　　　

造成的结果:除@Async外的注解生效,其他的都不生效,如下图

关于春天注解@Async引发其他注解失效的解决

而正常代理的应该是下图:

关于春天注解@Async引发其他注解失效的解决

<强>原因

首先想到的是@Async注解的处理方式可能和其他的不一样。在AsyncAnnotationBeanPostProcessor的实现中(具体代码是在其父类AbstractAdvisingBeanPostProcessor),发现一个问题,

正常情况下,进来的bean已经是被代理的动态代理类,而失效的时候,进来的确实实际的类,如下图:

关于春天注解@Async引发其他注解失效的解决

然后在分析下代码,如果是实际的类,走到69行的时候,返回是真的,把@Aysnc的顾问加入到动态道理中,而如果是实际的类,走到83行的时候,就会创建代理类,只把@Aysnc的顾问加入到动态代理中,所已诸如@Transaction就会失效。

<强>为什么进来的不是代理类

其实唯一的区别就是BeanFactoryAware中,是否通过了BeanFactory获取了自己。那为什么使用BeanFactory获取了自己,后续的BeanPostProcessor中就不是代理了?如果熟悉春天@Transaction加载机制的就知道,诸如@Transaction, @Retryable注解的动态代理创建是在AnnotationAwareAspectJAutoProxyCreator中创建的。通过调试发现,经过AnnotationAwareAspectJAutoProxyCreator后,我们的动态代理竟然没有加上。

再看一下AnnotationAwareAspectJAutoProxyCreator中的实现,但是经过他却没有生成代理类。原因竟然是提前暴露的地图里面竟然有“myService”

关于春天注解@Async引发其他注解失效的解决

他是什么时候暴露出来的呢?其实就是在

　　　　　　@Override 　　公共空间setBeanFactory (BeanFactory BeanFactory)抛出BeansException { 　　自我=beanFactory.getBean (MyService.class); 　　} 　　　　

那么,一切水落石出了,在实例MyService中,触发了BeanFactoryAware,通过beanFactory.getBean (MyService.class);中创建了代理类(提示:当前代理类并没有包含@Async的Adivisor),因为现在春季其实正是在创建MyService这个豆,还没有放入到BeanFactory中。然后我们再这个过程中又触发了一次beanFactory.getBean (MyService.class);导致创建代理并返回后,加入到了到了提前暴露的地图中。导致后面的一系列问题。感觉有点绕。看图说话:

正常情况,应该是如下流程:

关于春天注解@Async引发其他注解失效的解决