使用线程池可防止线程泄漏，应避免手动创建线程，推荐通过ExecutorService统一管理，合理选择线程求数量并处理异常，确保资源及时释放。
线程泄漏是指创建的线程未被正确回收或终止，导致系统资源持续被占用，最终可能引发内存溢出或性能下降。在Java中，尤其使用线程池时，若不妥善管理，很容易出现此类问题。防止线程泄漏的核心在于合理使用线程池、确保任务正常结束、及时释放资源以及正确处理异常。
1. 使用线程池代替手动创建线程
直接使用 new Thread().start() 容易造成线程失控，推荐使用 java.util.concurrent.ExecutorService 来统一管理线程生命周期。
- 通过 Executors 工厂类创建合适的线程池（如 newFixedThreadPool、newCachedThreadPool 等），但需注意其潜在风险（如 cachedThreadPool 可能无限创建线程）。
- ThreadPoolExecutor 显式构造线程池，明确设置核心线程数、最大线程数、队列容量和拒绝策略，避免资源无限制增长。
2. 正确关闭线程池
线程池使用完毕后必须显式关闭，否则其中的非守护线程会阻止JVM退出。
- 调用 shutdown() 方法，允许已提交的任务执行完成。
- 配合 awaitTermination() 设置超时等待，确保平滑关闭。
- 必要时调用 shutdownNow() 尝试中断正在运行的任务（注意任务需响应中断）。
ExecutorService executor = Executors.newFixedThreadPool(4);
// 提交任务...
executor.shutdown();
try {
if (!executor.awaitTermination(60, TimeUnit.SECONDS)) {
executor.shutdownNow(); // 超时后强制关闭
}
} catch (InterruptedException e) {
executor.shutdownNow();
Thread.currentThread().interrupt();
}
3. 避免任务中发生未捕获异常
线程中抛出未捕获的异常会导致线程终止，若线程池中的线程因此消亡而未被重建（如在 fixedThreadPool 中），可能影响后续任务调度。
立即学习“Java免费学习笔记（深入）”；
- 在任务内部使用 try-catch 捕获所有异常，防止任务意外退出。
- 可通过重写 Thread.UncaughtExceptionHandler 或在线程池中设置自定义 afterExecute() 方法来记录错误。
- 使用 submit(Runnable/Callable) 而非 execute()，这样可以通过返回的 Future 获取异常信息。
4. 控制任务生命周期与资源释放
长时间运行或阻塞的任务容易造成线程“卡住”，表现为逻辑上的线程泄漏。
- 为可能阻塞的操作（如IO、网络调用）设置超时时间。
- 任务中使用的资源（文件句柄、数据库连接等）应通过 try-with-resources 或 finally 块确保释放。
- 避免在任务中使用死循环且无中断检查，务必响应线程中断信号（Thread.interrupted()）。
5. 监控与诊断工具辅助
借助工具可及时发现潜在的线程泄漏问题。
- 使用 jstack 查看线程堆栈，识别处于 RUNNABLE 或 BLOCKED 状态的可疑线程。
- 通过 JConsole 或 VisualVM 监控线程数量变化趋势。
- 在关键线程池处添加日志，记录任务开始、结束及异常情况。
