spring声明式事务在多线程中失效的根本原因是事务上下文绑定在主线程threadlocal中，子线程无法继承，导致各自新建独立事务、回滚不联动；应避免异步写库，必要时改用编程式事务或transactiontemplate配合requires_new传播行为。
Spring 声明式事务在多线程或异步调用中失效，根本原因只有一个：事务上下文绑定在主线程的 ThreadLocal 中，而子线程无法自动继承该上下文。这意味着 @Transactional 注解在新线程里完全“看不见”主线程开启的事务，会各自新建连接、开启独立事务，导致回滚不联动、数据不一致。
为什么 @Transactional 在子线程里不生效
Spring 的事务拦截器（TransactionInterceptor）依赖代理对象在方法入口/出口织入事务逻辑，所有事务状态（如数据库连接 Connection）都存于当前线程的 ThreadLocal。一旦 new Thread 或使用 CompletableFuture 创建新线程，这个 ThreadLocal 就是空的——子线程既拿不到主线程的 Connection，也无法触发任何事务注解的增强逻辑。
常见表现：
- 主线程抛异常回滚了，子线程插入的数据却已提交
- 子线程方法加了 @Transactional，但实际没走事务（日志里看不到 “Creating new transaction”）
- 用 @Async 标记的方法，即使和主线程同属一个 Service，事务也互不影响
避免跨线程事务依赖（推荐优先采用）
最稳健的做法是：**不把数据库操作放在异步线程里做事务核心逻辑**。把耗时、非原子性、可重试的操作（如发消息、写日志、调外部接口）放到异步线程；而增删改查等需强一致性的操作，保留在主线程事务内完成。
例如：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 订单创建 → 主线程完成 insert order + insert order_item（同一事务）
- 订单通知 → 异步线程发送短信、MQ 消息（失败可补偿，不参与订单事务）
手动传递事务上下文（适用必须异步写库场景）
若业务强制要求子线程也参与同一事务（比如分片批量写入），就不能依赖 @Transactional，得改用编程式事务，并显式传递 TransactionStatus。
关键步骤：
- 主线程调用 PlatformTransactionManager.getTransaction() 获取 TransactionStatus
- 将该 status 对象作为参数传给子线程（注意：不可序列化，仅限同 JVM 内传递）
- 子线程执行完后，由主线程统一决定 commit 或 rollback（子线程内部不自行提交）
⚠️ 注意：子线程不能调用 transactionManager.commit()，否则会报错“Transaction is already completed”。所有提交/回滚必须由开启事务的线程（即主线程）最终执行。
用 TransactionTemplate 封装异步事务逻辑
比裸用 PlatformTransactionManager 更简洁。TransactionTemplate 默认每次执行都新开事务，但你可以把它和主线程事务状态解耦后复用：
- 在主线程事务外，用 TransactionTemplate 包裹子线程中的数据库操作
- 设置传播行为为 PROPAGATION_REQUIRES_NEW，确保子线程拥有独立可控的小事务
- 主线程失败时，主动调用子线程事务的 rollback（需保存其 TransactionStatus 或用 try-catch 捕获异常后清理）
这种方式把“事务边界”收口到代码里，不依赖 ThreadLocal 传递，逻辑更清晰、更易测试。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
