Spring事务中Connection由TransactionSynchronizationManager通过ThreadLocal自动绑定与复用，无需手动管理；手动使用ThreadLocal存Connection会破坏事务一致性，正确做法是依赖Spring封装的模板类和DataSourceUtils获取连接。
ThreadLocal 无法在 Spring 声明式事务中自动传递 Connection，因为 Spring 的事务管理（如 @Transactional）底层依赖 TransactionSynchronizationManager，它本身已基于 ThreadLocal 管理当前线程的事务资源（包括 DataSource、Connection、TransactionStatus 等），而不是靠用户手动用 ThreadLocal 存 Connection。
Spring 事务中 Connection 是怎么管理的
Spring 并不鼓励、也不需要你手动把 Connection 放进 ThreadLocal。它通过以下机制确保同一线程内事务方法共享同一个 Connection：
- 事务开启时（如进入
@Transactional方法），DataSourceTransactionManager从数据源获取 Connection，并调用TransactionSynchronizationManager.bindResource()将其绑定到当前线程（内部使用 ThreadLocal） - 后续同一事务内的 DAO 操作（如 JdbcTemplate、MyBatis SqlSession）会主动从
TransactionSynchronizationManager查找已绑定的 Connection，复用而非新建 - 事务提交或回滚后，Connection 被解绑并归还连接池
为什么自己用 ThreadLocal 存 Connection 是错的
手动用自定义 ThreadLocal 存 Connection 会破坏 Spring 事务一致性：
- 绕过 Spring 的事务同步机制，导致 Connection 不受事务控制（比如 commit/rollback 时不会被正确处理）
- 多数据源或嵌套事务场景下，无法与 Spring 的资源注册、挂起、恢复逻辑对齐
- 异步调用（如
@Async）、线程池复用时，ThreadLocal 不会自动跨线程传递，Connection 泄漏或错用风险极高
正确做法：信任 Spring 的事务资源管理
只需按标准方式编码，Spring 会自动保障 Connection 传递：
立即学习“Java免费学习笔记（深入）”；
- 所有数据库操作放在
@Transactional方法内，或由其调用的 service/dao 方法中 - 使用 Spring 封装的模板类（
JdbcTemplate、NamedParameterJdbcTemplate）或集成框架（MyBatis 的SqlSessionTemplate、JPA 的EntityManager）——它们都内置了对TransactionSynchronizationManager的适配 - 避免在事务方法中手动调用
dataSource.getConnection()；如需原始 Connection，应通过DataSourceUtils.getConnection(dataSource)获取（它会优先返回已绑定的事务 Connection）
特殊情况：需要跨线程传递事务上下文？
声明式事务默认不支持跨线程。若必须（如日志记录、消息发送等旁路操作需读取当前事务状态），可考虑：
- 使用
TransactionSynchronizationManager.getSynchronizations()或getCurrentTransactionName()等只读方法（注意：Connection 本身不能安全跨线程） - 将必要信息（如事务 ID、业务标识）显式传参，而非 Connection
- 对异步任务启用
TransactionAwareExecutor（需自定义），或改用消息队列 + 最终一致性
不复杂但容易忽略：Spring 的事务透明性正建立在它对 ThreadLocal 的封装和统一调度上，开发者不该重复造轮子。
