Spring 事务内开启线程能否保证事务正常运行？

先说答案：不可以。即使你通过技术手段（如 TransmittableThreadLocal、手动复制 ThreadLocal 等）将 Spring 事务上下文从主线程“复制”到子线程，也无法真正让子线程中的数据库操作参与主线程的同一个物理事务。缘由在于 JDBC 连接本身的线程安全性限制 和 Spring 事务的设计本质。

一、Spring 事务上下文包含什么？

Spring 的事务上下文主要存储在以下 ThreadLocal 中（由 TransactionSynchronizationManager 管理）：

private static final ThreadLocal<Map<Object, Object>> resources = 
    new NamedThreadLocal<>("Transactional resources");

private static final ThreadLocal<LinkedList<TransactionSynchronization>> synchronizations = 
    new NamedThreadLocal<>("Transaction synchronizations");

private static final ThreadLocal<Boolean> currentTransactionReadOnly = 
    new NamedThreadLocal<>("Current transaction read-only status");

private static final ThreadLocal<Integer> currentTransactionIsolationLevel = 
    new NamedThreadLocal<>("Current transaction isolation level");

private static final ThreadLocal<Boolean> actualTransactionActive = 
    new NamedThreadLocal<>("Actual transaction active");

其中最关键的是 resources：

Key: DataSource 实例
Value: ConnectionHolder（包装了 java.sql.Connection）

这个 Connection 是从连接池（如 HikariCP、Druid）中获取的 物理数据库连接。

二、Connection 线程不安全

JDBC 规范和所有主流数据库驱动（MySQL、PostgreSQL、Oracle 等）的实现：java.sql.Connection 及其创建的 Statement、ResultSet 等对象，都不是线程安全的。同一个 Connection不能被多个线程同时使用。

这是实则是问题关键，如果你强行在子线程中使用主线程的 Connection，可能导致如下问题：

1.数据错乱或异常

多个线程并发执行 connection.prepareStatement(sql) → SQL 语句可能混合
一个线程调用 commit()，另一个还在执行 DML → 事务边界混乱

2.连接池检测到非法跨线程使用

以HikariCP为例， HikariCP连接池默认开启 leakDetectionThreshold 和线程检查，会抛出：

java.lang.IllegalStateException: 
  Connection accessed by multiple threads! 
  Current thread: Thread[Thread-2], last access by: Thread[main]

3.数据库服务器拒绝或行为未定义

某些数据库（如 Oracle）会在服务端记录会话（Session），跨线程使用可能导致：

隐式提交（auto-commit 被触发）
锁等待异常
会话中断

三、线程上下传递无法安全共享事务

假设你使用TransmittableThreadLocal方式“复制”了上下文：

// 主线程
Map<Object, Object> resources = TransactionSynchronizationManager.getResources();

new Thread(() -> {
    // 手动设置到子线程
    TransactionSynchronizationManager.bindResource(dataSource, 
        ((ConnectionHolder) resources.get(dataSource)).getConnection());

    // 执行 DB 操作
    userDao.update(...);
}).start();

问题分析：

问题	说明
1. 同一个 Connection 被两个线程使用	主线程可能还在执行 SQL，子线程又用同一个 Connection 发送新 SQL → 并发冲突
2. 事务提交/回滚时机不可控	主线程何时 commit？子线程是否已完成？无法协调
3. 连接未正确注册同步回调	TransactionSynchronization 回调（如 flush、close）只在主线程触发，子线程资源无法清理
4. 违反 Spring 事务生命周期	Spring 假设事务上下文仅在一个线程内有效，跨线程破坏了这一契约

事务的“原子性”要求所有操作在同一个数据库会话（Session）中顺序执行，而多线程天然破坏了“顺序性”和“独占性”。

四、 Spring官方明确不支持

Spring 官方文档强调：

“When a transaction is started, the transaction context is bound to the current thread. ”

Srping官方文档：https://docs.spring.io/spring-integration/reference/transactions.html

Spring 的设计哲学是：事务是线程局部的（thread-bound），不提供跨线程传播机制。

五、 @Async+ @Transactional

@Async+ @Transactional本身是独立事务，不是共享同一个事务！

@Transactional
public void methodA() {
    dao.insertA();
    asyncService.methodB(); // 异步
}

@Async
@Transactional
public void methodB() {
    dao.insertB(); // 新事务！与 methodA 无关
}