java线程池任务结束后工作线程进入waiting状态而非销毁，核心线程默认永久存活，非核心线程空闲超keepalivetime后销毁；资源真正释放需调用shutdown()或shutdownnow()并等待进入terminated状态。
Java线程池在任务结束后，工作线程并不会立即销毁，而是进入等待状态，持续复用——这是线程池设计的核心逻辑。关键不在于“线程是否结束”，而在于“线程是否归还到池中继续待命”，以及“整个池何时真正释放资源”。
任务执行完毕后，工作线程处于 WAITING 状态
当一个任务（Runnable/Callable）执行完成，对应的工作线程会调用 getTask() 方法从阻塞队列（如 LinkedBlockingQueue、SynchronousQueue）中拉取下一个任务。若队列为空且未超时，线程将被 park() 或 wait()，进入 WAITING 或 TIMED_WAITING 状态，而非 TERMINATED。
- 核心线程默认永久存活（除非设置
allowCoreThreadTimeOut(true)） - 非核心线程在空闲超过
keepAliveTime后自动销毁 - 线程始终由线程池统一管理，不会因单个任务结束而退出 JVM
线程池自身状态决定资源是否释放
即使所有任务都已完成，线程池仍可能维持活跃线程，直到显式触发关闭流程。资源真正释放的标志是进入 TERMINATED 状态，这需要满足严格条件：
- 必须先调用
shutdown()或shutdownNow() -
shutdown()后需确保队列为空、所有线程已自然退出（无运行中任务） -
shutdownNow()会尝试中断运行线程并清空队列，但不保证立即完成 - 最终需通过
awaitTermination()等待，确认状态变为isTerminated() == true
常见误判：线程没关 ≠ 内存泄漏
观察到 getPoolSize() > 0 或 getActiveCount() == 0 是正常现象。只要线程池处于 RUNNING 或 SHUTDOWN 状态，空闲线程保留在池中属于预期行为。
- 使用
getCompletedTaskCount()和getQueue().size()判断任务处理进度 - 避免仅凭线程 dump 中存在 “pool-1-thread-X” 就认定资源未释放
- 真正需警惕的是：未调用
shutdown()导致线程池长期持有线程引用，阻碍类卸载或 JVM 优雅退出
主动治理资源的实用建议
在线程池生命周期末期，应按规范收尾，防止资源滞留：
- 业务模块关闭时，务必调用
shutdown()（推荐）或shutdownNow()（强终止场景） - 配合
awaitTermination(30, TimeUnit.SECONDS)等待合理时间，超时后可记录告警 - 在
finally或@PreDestroy中执行关闭逻辑，确保异常路径也不遗漏 - 自定义
ThreadPoolExecutor时可重写terminated()做清理收尾（如关闭关联连接、释放本地句柄）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
