线程封闭通过数据不共享直接绕过锁竞争，而非减少锁竞争；局部变量天然线程安全，ThreadLocal适用于跨方法维持线程私有状态，但需注意线程池中remove清理。
线程封闭（Thread Confinement）本身不依赖锁，所以它不是“减少锁竞争”，而是直接绕过锁竞争——数据根本不共享，自然无需加锁。
局部变量是默认的线程安全起点
方法内的局部变量（包括基本类型和对象引用）天然存在于每个线程自己的栈帧中。不同线程调用同一方法，看到的是各自栈里独立的一份，互不影响。
-
安全示例：
String name = "Alice"; List<String> items = new ArrayList<>();—— 只在方法内创建、使用、丢弃，无逃逸风险 - 关键前提：对象不能被发布到方法外，比如赋值给实例变量、静态字段、传入其他线程、或放入共享容器（如全局 Map 或队列）
-
小技巧：构造时优先选不可变类型（
LocalDateTime、String、ImmutableList），避免意外修改破坏封闭性
用 ThreadLocal 跨方法维持线程私有状态
当需要在一次请求、一次数据库事务或一个完整业务流程中持续持有某个对象（如格式化器、上下文、连接句柄），局部变量无法跨方法传递，这时 ThreadLocal 就派上用场。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
推荐初始化方式：
private static final ThreadLocal<SimpleDateFormat> DATE_FORMAT = ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd")); -
线程池场景必须清理：每次用完调用
remove()，否则可能复用旧线程导致脏数据或内存泄漏 - 不是全局变量替代品：它的意义是“每个线程一份副本”，而不是“让所有线程共用一个”
避开共享，比优化锁更彻底
锁竞争的本质是多个线程争抢同一资源的访问权。线程封闭从源头切断这个链条——没有共享，就没有争抢，也就没有同步开销。
立即学习“Java免费学习笔记（深入）”；
-
对比效果：用
AtomicInteger是“轻量级锁”，用ThreadLocal<Integer>是“免锁”；前者仍需 CAS 重试，后者完全无竞争 - 适用边界：适合能明确划分线程边界的场景，比如 Web 请求处理（每个请求一个线程）、批处理任务分片、单线程事件循环
- 注意陷阱：不要把 ThreadLocal 当作缓存长期持有大对象；也不要在线程池中忘记 remove，尤其配合异步回调时容易遗漏
