背景
在工作过程中因为一些特殊的原因,想通过@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配置类导入的类