工作线程执行完任务后不销毁，而是循环等待新任务；核心线程默认永驻，非核心线程空闲超keepAliveTime则回收；队列类型影响等待行为；需合理配置参数并清理上下文以保障复用安全。
工作线程执行完任务后，并不会“销毁”，而是进入空闲等待状态，准备接收下一个任务——这个过程是线程池内部自动完成的，关键在于不主动中断、不释放引用、且保持线程存活逻辑可控。
线程归还的本质不是“归还”，而是“复用等待”
ThreadPoolExecutor 中的工作线程（Worker 对象）本身是一个 Runnable 的封装，它会持续从任务队列中 take() 或 poll() 任务：
- 若队列非空，立即取任务执行；
- 若队列为空，线程会根据
keepAliveTime和是否为核心线程，决定是阻塞等待（如workQueue.take()）还是超时退出。
所以“归还”其实是线程执行完一个任务后，自动回到循环体中继续尝试获取新任务，无需手动操作。
维持线程活跃的关键控制点
核心线程默认永驻
只要线程数 ≤corePoolSize，即使空闲，线程也不会被回收（除非设置了allowCoreThreadTimeOut(true)）。非核心线程按空闲时间回收
当前总线程数 >corePoolSize时，空闲超过keepAliveTime的线程会被interrupt()并终止，使线程数回落至corePoolSize。-
队列类型影响等待行为
立即学习“Java免费学习笔记（深入）”；
-
LinkedBlockingQueue：take()是无限阻塞，非核心线程可能长期挂起（若未设keepAliveTime或值过大）； -
SynchronousQueue：无缓冲，poll()立即返回 null，线程更倾向快速创建/退出，适合短时突发任务； -
ArrayBlockingQueue：有界，配合拒绝策略，能防止无限堆积和线程膨胀。
-
安全性保障机制
线程中断受控
shutdownNow()会调用所有 Worker 线程的interrupt()，但 Worker 内部已捕获InterruptedException并正常退出循环，不会导致资源泄漏或状态错乱。任务执行前后钩子可审计
可继承ThreadPoolExecutor，重写beforeExecute()和afterExecute()，记录线程 ID、任务耗时、异常等，确保可观测性与上下文清理（如ThreadLocal清理）。避免在任务中自行 stop / destroy 线程
不要调用Thread.stop()或修改线程生命周期——线程池统一管理，业务代码只需专注任务逻辑。
实际建议
- 设置合理的
keepAliveTime（例如 60 秒），让救急线程及时释放； - 使用有界队列（如
ArrayBlockingQueue(1024)），配合AbortPolicy或CallerRunsPolicy防止雪崩； - 若需彻底清理线程上下文（如数据库连接、MDC 日志上下文、
ThreadLocal变量），务必在afterExecute()或任务finally块中显式清除； - 不依赖
Executors.newFixedThreadPool()这类封装，手动构建ThreadPoolExecutor，掌握每个参数含义。
线程池的设计本意就是让线程“活着等活干”，只要参数配置合理、任务不阻塞线程、不泄漏上下文，工作线程就能安全、稳定、高效地复用。
