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

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

概述

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

@Service

public class MyService implements BeanFactoryAware{

private MyService self;

//事务注解无效

@Transactional

public void notWork() {

...

}

@Async

public Future async(){

...

}

@Override

public void setBeanFactory(BeanFactory beanFactory) throws BeansException {

self= beanFactory.getBean(MyService.class);

}

}

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

一般情况

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

有@Async和其他类似@Transaction注解

自己类在BeanFactoryAware中，通过BeanFactory获取自己

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

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

原因

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

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

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

为什么进来的不是代理类

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

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

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

@Override

public void setBeanFactory(BeanFactory beanFactory) throws BeansException {

self= beanFactory.getBean(MyService.class);

}

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

正常情况，应该是如下流程：

异常情况却是这样的

小结

正常情况下，还是使用@Autowire来注入把（如果使用Autowire，上述情况直接回抛出循环依赖）。当然，出现了问题，也是不能放过了，要知其然还要知其所以然！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。