线程终结不自动回收资源，仅通过happens-before保障操作可见性；资源清理（如关流、释锁、删threadlocal）必须显式编码，在finally或try-with-resources中完成，否则易致泄漏。
Java 中线程终结（Thread termination）本身不直接触发资源“回收”，而是通过 happens-before 规则保障可见性，让其他线程能安全看到该线程执行过的操作结果；真正的资源清理（如关闭流、释放锁、取消注册等）需由程序员显式完成，JVM 不会自动帮你“回收线程占用的业务资源”。
线程终结与 happens-before 的关系
根据 Java 内存模型（JMM），当线程 A 调用 threadB.join() 并成功返回，或线程 B 自然结束（run() 方法返回）、或被中断后终止，此时存在一个隐式的 happens-before 边：
- 线程 B 所有在终止前执行的操作，happens-before 于线程 A 中 join() 返回后的任意操作；
- 这意味着：线程 B 写入的共享变量（如标志位、缓存数据、状态对象），在线程 A join 后能立即看到最新值，无需额外同步（如 volatile 或 synchronized）；
- 但注意：happens-before 仅保证内存可见性，不负责调用 close()、shutdown()、interrupt() 等资源释放逻辑。
线程资源清理必须手动进行
所谓“回收线程资源”，实际指释放该线程打开的外部资源或持有的上下文，例如：
- 关闭 FileInputStream / Socket / Database Connection；
- 取消 ScheduledFuture / 取消监听器注册；
- 释放 native 资源（如通过 Cleaner 或 PhantomReference）；
- 清理 ThreadLocal 中的引用（避免内存泄漏，尤其在线程池中）。
推荐方式：
- 在
run()方法末尾或finally块中显式清理； - 若使用
ExecutorService，调用shutdown()+awaitTermination()，并在任务内部完成自身清理； - 对 ThreadLocal，务必在任务结束前调用
remove()，不要只依赖set(null)。
为什么不能依赖线程终结自动清理？
因为：
- 线程终止 ≠ 对象被 GC：Thread 对象可能还被引用（如被 join 的线程持有引用），其栈帧已销毁，但关联的资源未释放；
- Thread 类没有重写
finalize()（且该方法已被弃用），JVM 不会在终止时回调任何钩子； - ThreadLocal 的 value 若是强引用且未 remove，会导致持有它的 Thread 对象无法被回收，进而引发内存泄漏（尤其在 Tomcat 等复用线程的容器中）。
可选：使用 try-finally 或 try-with-resources 封装线程任务
将资源生命周期与任务绑定更清晰：
Runnable task = () -> {
SomeResource res = new SomeResource();
try {
// 使用 res
} finally {
res.close(); // 显式释放
}
};
或者封装为支持自动关闭的任务类，配合自定义 ThreadFactory 或装饰 ExecutorService。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
