Java多线程中默认无法共享事务，因事务依赖同一线程与同一Connection；子线程绕过Spring代理且ThreadLocal事务上下文不继承，需用TransactionTemplate手动开启独立事务。
Java 中多线程调用事务方法时，**默认无法共享事务**，每个线程都会获取独立的数据库连接，从而开启各自的事务。这是 Spring 事务失效的常见根源——事务本质依赖“同一线程 + 同一 Connection”，跨线程就天然隔离。
为什么多线程中事务不自动独立？
不是“不独立”，而是**根本没被 Spring 管理成事务**： - @Transactional 注解的方法在子线程中直接调用（如 new Thread(() -> service.doWork()).start()），绕过了 Spring 代理，事务注解完全不生效； - 即使用了 @Transactional，Spring 的事务上下文（TransactionSynchronizationManager）是基于 ThreadLocal 绑定的，子线程无法继承父线程的事务状态； - 每个线程从数据源获取新 Connection，彼此提交/回滚互不影响，也互不感知。
要让每个线程拥有自己的独立事务，必须显式启用
关键不是“避免共享”，而是“主动为每个线程创建并管理自己的事务边界”：
- 用 TransactionTemplate 或 PlatformTransactionManager 在子线程内手动开启事务，例如：
transactionTemplate.execute(status -> { /* 业务逻辑 */ return null; }); - 确保子线程中调用的是 Spring 容器托管的 Bean（不能 new 实例），否则 AOP 代理和事务切面不会生效；
- 避免在子线程中调用父类的 @Transactional 方法——它会运行在无事务上下文的线程里，等同于普通方法。
常见错误：误以为“加了 @Transactional 就自动事务化”
以下写法事务完全无效：
-
new Thread(() -> orderService.createOrder()).start();—— 新线程无代理、无事务上下文； -
CompletableFuture.runAsync(() -> service.updateStatus());—— 默认使用 ForkJoinPool，同样脱离主线程事务环境； - 在子线程中通过 this.updateStatus() 调用本类事务方法 —— this 是原始对象，非代理对象，@Transactional 失效。
正确做法：子线程内自包含事务
推荐使用编程式事务，清晰可控：
立即学习“Java免费学习笔记（深入）”；
- 注入 TransactionTemplate；
- 每个子线程内部调用
template.execute()，异常时调用status.setRollbackOnly()； - 各线程事务完全独立，一个失败不影响另一个，也不需要协调；
- 若需“全部成功才提交”的语义，这不是数据库事务能解决的，得靠应用层补偿或 Saga 模式。
