Spring开发必知：@Async与@Transactional一起用为何失效？正确方案分享

在 Spring 开发中，@Transactional 事务管理和 @Async 异步调用都是高频注解。于是很多人自然而然产生一个想法：我想让方法异步执行，同时又保证事务生效，直接两个注解一起加不就行了？

如果你真这么写过，大概率已经踩坑了：要么事务失效，要么异步不执行，要么数据不一致。
今天我们就把这个经典问题讲透：能不能一起用？为什么会失效？正确写法是什么？

一、核心结论：不能直接一起用

同一个方法上，同时加 @Transactional + @Async，基本等于无效。
你写的代码可能是这样：

@Async
@Transactional
public void asyncWithTx() {
    // 数据库操作
    userMapper.update(user);
    // 其他业务
}

结果通常是下面三种之一：

1. 事务不生效，变成了无事务执行
2. 异步不生效，变成同步执行
3. 看似正常，但事务提交时机混乱，导致脏数据、幻读

二、为什么一起用会失效？核心原理

Spring 的注解是通过 AOP 代理实现的，而代理只能套一层，事务代理和异步代理会互相冲突、覆盖、失效。 这涉及 Spring AOP 的核心工作机制。

1. 执行顺序混乱

• @Async 代理：会先开启新线程，执行目标方法
• @Transactional 代理：会在当前线程开启事务
  当异步先执行，新线程里根本没有事务上下文，事务直接失效。

2. 事务绑定当前线程

Spring 事务是基于 ThreadLocal 的：

• 事务只属于当前线程
• 异步新开了线程，新线程拿不到事务
• 结果：异步方法里的数据库操作不在事务内

3. AOP 优先级问题

即使你配置了顺序，也会出现：

• 异步先执行 → 事务失效
• 事务先开启 → 异步在新线程脱离事务
  无论谁先谁后，都无法做到“异步 + 事务安全”。

三、典型错误写法（千万别学）

错误 1：同一个方法双注解

@Async
@Transactional
public void wrong1() {
    userMapper.insert(user);
    orderMapper.insert(order);
}

结果：事务不生效，任何异常都不会回滚。

错误 2：内部调用 this.xxx()

@Transactional
public void wrong2() {
    // 内部调用不会走代理，异步失效
    this.asyncMethod();
}

@Async
public void asyncMethod() {
    // 数据库操作
}

结果：异步失效，变成同步执行。

错误 3：异步里开事务，以为能回滚

@Async
public void wrong3() {
    // 自己新开事务，但和主线程无关
    transactionTemplate.execute(...)
}

结果：主线程异常，异步事务不会回滚，数据不一致。

四、正确使用方式（两种标准方案）

方案 1：异步调用 + 独立事务（推荐）

异步方法自己管理事务，和主线程无关。

// 主线程无事务，只负责触发异步
public void startAsync() {
    asyncService.doAsyncBiz();
}

@Service
public class AsyncService {

    @Async
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void doAsyncBiz() {
        // 数据库操作
        // 独立事务，异常会回滚
    }
}

特点：

• 异步在新线程独立事务
• 主线程不影响异步，异步也不阻塞主线程
• 适合：日志、消息、通知、非核心链路操作

方案 2：主线程事务 + 异步最终一致性

如果业务要求主线程和异步必须一起成功或失败，那不能用简单异步，应该用：

• 可靠消息队列（RocketMQ / RabbitMQ）
• 事务消息
• 本地消息表

流程：

1. 主线程事务内：更新数据 + 插入消息表
2. 事务提交成功
3. 异步任务消费消息，执行后续逻辑
4. 异常重试，保证最终一致
   这才是分布式、异步场景下的标准答案。

五、重要总结（面试必问）

1. @Transactional + @Async 不能直接加在同一个方法上
2. 事务基于 ThreadLocal，跨线程事务天然不生效
3. 异步方法想使用事务，必须自己加 @Transactional
4. 跨线程事务无法做到原子性，只能做到最终一致性
5. 强一致业务不要用异步，改用消息队列

一句话记住：事务不走线程，异步不携事务。 想深入学习更多 Java 并发与 数据库 相关的实战技巧，可以到 云栈社区 与更多开发者交流探讨。