继承Thread类本身不导致资源泄露，关键在于保障资源生命周期与线程生命周期对齐：应在run()中用try-with-resources或try-finally确保释放；设置UncaughtExceptionHandler兜底；避免资源作为成员变量持有；正确使用ThreadLocal并配对remove()。
继承 Thread 类本身不直接导致资源泄露，但若在线程执行逻辑中打开资源（如文件、Socket、数据库连接）且未妥善释放，又缺乏异常兜底机制，就极易引发资源泄露。关键不是“能不能继承”，而是“如何在继承结构中保障资源生命周期与线程生命周期严格对齐”。
在 run() 最外层用 try-finally 或 try-with-resources 包裹业务逻辑
这是最直接、最可靠的资源保护方式。无论业务是否抛异常，finally 块都能确保清理代码执行。
-
优先使用 try-with-resources：适用于实现了
AutoCloseable的资源（如FileInputStream、BufferedReader、Socket），JVM 自动调用close() - 手动 close 需判 null：若资源声明在 try 外（如需在 catch 中处理），务必在 finally 中判空再关闭
-
避免在 finally 中 throw 新异常：否则可能掩盖原始异常；如需记录，用
log.warn("资源关闭失败", e)
为线程设置专属 UncaughtExceptionHandler
当 run() 中发生未捕获的 RuntimeException（如 NullPointerException、IOException），JVM 不会进入 finally，资源将永久泄漏。此时需靠异常处理器兜底。
- 在构造方法或
start()前调用setUncaughtExceptionHandler - 处理器内应完成核心资源释放（如关闭本线程独占的
ServerSocket、注销监听器） - 不要只打印日志——那只是“看见问题”，不是“解决问题”
避免在 Thread 子类中持有长生命周期资源引用
继承 Thread 容易让人误以为“线程对象 = 任务实例”，进而把资源字段（如 Connection conn）声明为实例变量。这会导致两个风险：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 多个线程实例复用同一资源（并发冲突）
- 线程终止后资源引用仍被持有（无法 GC）
正确做法是：资源应在 run() 内创建、使用、关闭；若必须跨方法传递，用局部变量或 final 参数传递，绝不提升为成员变量。
警惕 ThreadLocal 误用带来的隐性泄露
即使没显式 new 资源，若在 run() 中用了 ThreadLocal 存储大对象（如缓存 Map、用户上下文），且未调用 remove()，在线程池复用场景下会造成内存堆积。
- 所有
ThreadLocal.set()必须配对remove()，且放在finally块中 - 禁止将
ThreadLocal声明为static后长期持有可变对象（如new ArrayList()） - Web 场景下，建议在 Filter 或 Interceptor 中统一
clear()，而非依赖业务代码自觉
