Java自动回收终止线程对象内存，但需手动关闭文件、网络、数据库等外部资源及清理ThreadLocal；应使用try-with-resources或try-finally确保资源释放，避免在Thread子类中长期持有资源。
继承 Thread 类的任务执行完毕后，Java 会自动回收该线程对象的内存（前提是无其他强引用），但“回收资源”真正需要你主动处理的是：线程中打开的外部资源（如文件、网络连接、数据库连接、缓冲流等），而非线程本身。
明确资源回收的责任归属
线程对象（Thread 实例）的生命周期由 JVM 管理。当 run() 方法执行结束、线程自然终止后，只要没有其他变量持有对该线程对象的引用，它就会在下次 GC 时被回收。但这不等于你打开的资源会被自动关闭。
- 文件流（
FileInputStream、BufferedWriter）必须显式调用close() - Socket、HTTP 连接、数据库
Connection同样需手动释放 - 线程局部变量（
ThreadLocal）若持有大对象或未清理，可能引发内存泄漏
在 run() 中使用 try-finally 或 try-with-resources
确保资源在任务结束（无论正常还是异常）时被释放。推荐优先使用 try-with-resources（JDK 7+），它会在语句块退出时自动调用 close()。
示例：
立即学习“Java免费学习笔记（深入）”；
public class MyTask extends Thread {
@Override
public void run() {
// ✅ 推荐：自动关闭
try (FileInputStream fis = new FileInputStream("data.txt");
BufferedReader reader = new BufferedReader(new InputStreamReader(fis))) {
String line;
while ((line = reader.readLine()) != null) {
// 处理数据
}
} catch (IOException e) {
e.printStackTrace();
}
// fis 和 reader 已自动关闭，无需手动 close()
}
}
避免在 Thread 子类中长期持有资源引用
如果资源生命周期需跨多个任务或需复用，不要把资源作为 Thread 子类的成员变量长期持有——这会阻碍资源及时释放，也违背线程实例“一次性”设计初衷。
- 将资源创建和关闭限定在
run()方法内（即“用完即关”） - 若必须复用（如连接池），应由外部统一管理，而非绑定到某个线程实例
- 慎用
ThreadLocal：使用后务必调用remove()，尤其在线程可能被线程池复用时
注意线程复用场景（如自定义线程池）
继承 Thread 通常用于短期、一次性任务。若你自行维护线程并反复 start() 同一个 Thread 实例——这是非法的（IllegalThreadStateException）。真正可复用的是线程池中的工作线程，它们执行不同 Runnable，此时资源必须在每个任务内部独立申请与释放。
- 不要试图重用已终止的
Thread对象 - 若需长期运行的后台线程，应在
run()内用循环 + 条件控制，并确保每次迭代中资源正确释放 - 对阻塞操作（如
queue.take()）加超时或中断响应，防止线程卡死无法退出
