面试官：@Transactional与@Async可以同时使

作者：醉鱼Java

@Transactional 能与 @Async 同时使用吗，相信大部分人都回答不上来，毕竟这俩一起使用，这场景......真不一定有几个人用过。

<顺便吆喝一句，技术大厂内推，前/后端or测试机会，尤其东莞、深圳等地紧缺！感兴趣来>→这里

一、@Transactional 与 @Async 可以同时使用吗

首先我们还是先写个 demo 看看运行结果。

demo 地址：github.com/zuiyu-main/…

代码如下，使用注入的方式调用 TestService#test 方法。TestService#test 方法上同时使用 @Async 与 @Transactional 注解标注。

注意：需要在启动类中加入@EnableAsync注解，不了解的可以看下上一篇 @Async 原理。
一文搞懂@Async 原理: mp.weixin.qq.com/s/6InDIiXfq…

让我们先看下运行结果。

通过上图可以知道，方法已经在异步线程中执行，方法的异常也已经抛出，数据库中也没有插入对应的数据。得出结论，@Transactional 可以与 @Async 注解同时使用，且事务可以生效。

事务生效的前提是不在失效的那几种场景下。具体的失效场景我放个链接把，可以参考下，好多年前写的了，现在回头看，还是有能参考的价值。
事务注解失效的几种场景：mp.weixin.qq.com/s/o6hOWxAyb…

这里提前透漏一个知识点把，大家可以把断点打在TransactionAspectSupport#invokeWithinTransaction()方法中243行位置处，判断代码是走245行的回滚逻辑还是258行的提交逻辑。

在或者在PlatformTransactionManager接口的 commit 或者 rollback 打上断点，看执行哪个方法。

二、@Transactional 注解原理

上一篇文章中说过了 @Async 注解的原理，还没看过的小伙伴可以过去看一眼哦。@Transactional 注解的工作原理也类似，都是 AOP 实现。

在哪找入口呢，@Async 注解的学习过程中，我们是从注解入手的，@Transactional 同样也可以，如下图所示。

所以上文中提到验证事务是否生效的方式中我就是从这受启发的。

不过今天我们看另一种方式，就是通过断点查看调用栈的方式。

这种方式有个缺点，就是假如事务是没有生效的，也就是说没有被 spring 代理，此时是无法达到我们的预期的。
所以有的时候看事务有没有生效，也可以通过这个方式。

首先在我们的异步方法第一行打入断点。

通过这一个断点，我们就可以知道两个消息。

代码1处，使用了Async异步执行，看了上篇文章@Async原理的一看就知道 @Async 注解生效了。
代码2处，第一处发现Transaction字眼的地方，所以也可以说明，我们这个方法已经被 spring 的事务管理起来了，而事务的入口就在这TransactionInterceptor#invoke，在该方法内部又调用了 TransactionAspectSupport#invokeWithinTransaction 。

进入到方法内部，需要注意的是 tas.getTransactionAttribute()。如果这个 transaction attribute 是空，说明这个方法是没有被事务管理的。

在 tas.getTransactionAttribute() 中，执行的是 AbstractFallbackTransactionAttributeSource 下的 getTransactionAttribute 方法，而在 getTransactionAttribute 方法中有一行 computeTransactionAttribute 方法，在该方法中有如下这样一行代码，这也是事务失效场景之一的 priviate 方法不支持事务。