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

概述

在前面一篇文章中，介绍，在一个bean中注入自己，如果有@async和@transaction，如果使用@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”,