threadlocal 用于为每个线程提供独立的数据库连接副本，确保线程安全与连接生命周期绑定；需配合 set/get/remove 使用，避免内存泄漏，并注意与事务管理机制协同。
ThreadLocal 是 Java 中用于实现线程局部变量的工具，它能让每个线程拥有自己独立的变量副本，天然适合隔离数据库连接这类有状态、非线程安全的资源。关键不是“存一个连接”，而是确保每个线程从 ThreadLocal 获取的是自己专属的连接，且生命周期与线程绑定。
为什么用 ThreadLocal 管理数据库连接
数据库连接（如 java.sql.Connection）通常不是线程安全的，多个线程共用同一个连接会导致事务混乱、SQL 执行错乱甚至连接被意外关闭。而连接池（如 HikariCP）本身已做了线程安全封装，但池中取出的 Connection 实例仍需按需绑定到当前线程——ThreadLocal 正是解决“谁取的、谁用、谁关”这一问题的轻量级方案。
基本使用模式：set/get/remove 配合 try-finally
必须在同一线程内完成 set → 使用 → remove，否则可能引发内存泄漏（尤其是在线程复用场景如 Tomcat 线程池中）。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 在业务入口（如 Servlet 的 service 方法、Spring 的拦截器或自定义 AOP）中调用 connectionHolder.set(conn)，获取连接后立即绑定
- DAO 层通过 connectionHolder.get() 获取当前线程专属连接，不再依赖参数传递
- 在请求结束或事务完结处（如 finally 块或 @AfterReturning/@AfterThrowing）调用 connectionHolder.remove()，清除引用
配合连接池的典型写法
不直接 new Connection，而是从连接池借出并绑定：
private static final ThreadLocal<connection> connectionHolder = new ThreadLocal();
private static final DataSource dataSource = // 初始化你的连接池，如 HikariDataSource;
public static Connection getConnection() throws SQLException {
Connection conn = connectionHolder.get();
if (conn == null || conn.isClosed()) {
conn = dataSource.getConnection();
connectionHolder.set(conn);
}
return conn;
}
public static void closeConnection() {
Connection conn = connectionHolder.get();
if (conn != null) {
try { conn.close(); } catch (SQLException ignored) {}
}
connectionHolder.remove(); // 关键：清空 ThreadLocal
}
</connection>
注意事务与连接生命周期的一致性
如果使用手动事务（setAutoCommit(false)），务必保证 commit/rollback 和 close 在同一 ThreadLocal 连接上执行；若结合 Spring 的 @Transactional，ThreadLocal 方式容易与 Spring 的事务同步机制冲突，此时应优先使用 Spring 的 DataSourceTransactionManager + ThreadLocal 模式（即让 Spring 管理绑定），而非自行维护。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
