联合使用Spring的@Transactional和@Async注解的思考

背景
在工作过程中因为一些特殊的原因,想通过@Transactional和@Async注解来实现特殊的业务场景。不过在使用的过程中遇到了一些出乎意料的情况,也是因为对Spring源码框架的不熟悉,在经过几天的断点调试和csdn结合的方式终于梳理清楚遇到的问题的脉络,以及产生意料之外情况的原因。故在此做一个总结,以及分享一下学习到的相关知识点。
至于为什么要联合使用@Transactional和@Async这两个注解就不做说明了,可能按照正常的逻辑,这两个注解的应用场景应该是对立的,在一起使用可能存在逻辑上的冲突,不过我的使用场景也是特殊的应用场景,故在此不做深入分析探讨这两个注解应不应该联合使用的问题。

问题产生的环境
Springboot 2.5.2 + Shiro 1.4.0(安全框架)

抛出的问题一
在业务中联合使用@Transactional和@Async这两个注解,@Transactional标注的方法事务未生效,通过TransactionSynchronizationManager获取到的事务名为空,表明了根本不存在事务, 特别说明下标注的注解为@Transactional(propagation = Propagation.REQUIRES_NEW),应该不管在同步线程或者异步线程中都应该会去新建事务,是什么导致标注的事务注解未生效呢?然后在测试方法中去复现这种场景,但是这次成功了,在同时标注了@Transactional和@Async这两个注解的方法中,在异步线程中新建了事务,也是如预期所示。那为什么在业务中又没有成功呢?带着这个问题开始出发。。。

探究过程
在测试类中成功开启事务后,意外debug模式下看到了某些bean依赖的属性竟然是二次代理的一个结构(解释二次代理的结构:指一个被依赖的类是一个代理,然后这个代理代理的代理对象仍然是一个代理,相当于要调用到原始对象需要两次代理),在debug模式的调试下发现有两个类InfrastructureAdvisorAutoProxyCreator和DefaultAdvisorAutoProxyCreator对注入的bean进行了两次代理,InfrastructureAdvisorAutoProxyCreator是@EnableTransactionManagement注解导入的类,而DefaultAdvisorAutoProxyCreator是ShiroAnnotationProcessorAutoConfiguration配置类导入的类

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值