服务器之家:专注于服务器技术及软件下载分享
分类导航

PHP教程|ASP.NET教程|JAVA教程|ASP教程|编程技术|正则表达式|C/C++|IOS|C#|Swift|Android|JavaScript|易语言|

服务器之家 - 编程语言 - JAVA教程 - 关于Spring注解@Async引发其他注解失效的解决

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

2021-04-15 12:05atheva JAVA教程

这篇文章主要介绍了关于Spring注解@Async引发其他注解失效的解决,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧

概述

在前面一篇文章中,介绍,在一个bean中注入自己,如果有@async和@transaction,如果使用@autowire注入自身,会报循环依赖,如果使用beanfactoryaware注入自己,会使得@transaction失效。 例如:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
@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);
 }
}

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

一般情况

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

  1. 有@async和其他类似@transaction注解
  2. 自己类在beanfactoryaware中,通过beanfactory获取自己

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

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

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

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

原因

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

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

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

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

为什么进来的不是代理类

其实唯一的区别就是beanfactoryaware中,是否通过了beanfactory获取了自己。那为什么使用beanfactory获取了自己,后续的beanpostprocessor中就不是代理了?如果熟悉spring @transaction加载机制的就知道,诸如@transaction,@retryable 注解的动态代理创建是在annotationawareaspectjautoproxycreator中创建的。通过debug发现,经过annotationawareaspectjautoproxycreator后,我们的动态代理竟然没有加上。

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

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

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

?
1
2
3
4
@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中。导致后面的一系列问题。感觉有点绕。看图说话:

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

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

异常情况却是这样的

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

小结

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

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。

原文链接:http://www.cnblogs.com/lizo/p/8652576.html

延伸 · 阅读

精彩推荐