线程池“池萎缩”本质是任务中未捕获异常导致线程意外终止，需从异常捕获链路、线程生命周期、监控指标、日志证据四方面排查；默认线程回收属正常行为，异常退出表现为activeCount与poolSize持续下降且completedTaskCount增长停滞。
线程池因线程异常退出导致“池萎缩”（即活跃线程数持续下降、核心线程意外终止、任务堆积却无新线程处理），本质是线程在执行任务时抛出未捕获异常，而线程池默认的 ThreadFactory 和 RejectedExecutionHandler 机制未妥善兜底。排查需从**异常捕获链路、线程生命周期、监控指标、日志证据**四方面入手。
确认线程是否真的“异常退出”而非正常回收
ThreadPoolExecutor 默认行为是：工作线程在执行完一个任务后，会循环调用 getTask() 获取下一个任务；若超时未获取到（取决于 keepAliveTime 和队列状态），且当前线程数 > corePoolSize，则该线程会自行终止——这是**正常回收**，不是异常退出。
判断依据：
- 检查
corePoolSize和maximumPoolSize是否相等：若相等，线程数不应自然减少；若减少，大概率是异常退出 - 观察
getActiveCount()随时间持续下降，且getPoolSize()同步下降，但getCompletedTaskCount()增长缓慢或停滞 → 异常中断迹象 - 查看 GC 日志或堆转储中是否存在大量
java.lang.Thread对象被频繁创建又消失（非 GC 回收，而是 run 方法结束）
重点检查任务代码中的未捕获异常路径
线程池不会自动捕获 Runnable 或 Callable 内部抛出的未处理异常。一旦异常未被捕获，线程会直接终止，且 ThreadPoolExecutor 默认不记录该异常（除非你重写了 afterExecute）。
立即学习“Java免费学习笔记（深入）”；
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
必须做：
- 所有提交给线程池的任务，外层务必包裹 try-catch，至少记录异常堆栈：
```java
executor.submit(() -> {
try { doWork(); }
catch (Exception e) { log.error("task failed", e); }
});
``` - 若使用
execute(Runnable)，可继承ThreadPoolExecutor并重写afterExecute(Runnable r, Throwable t)：当t != null，说明任务执行中抛出了未捕获异常，此时可打 ERROR 日志 + 告警 - 特别注意
ThreadLocal泄漏引发的OutOfMemoryError，也会导致线程猝死（如使用了阿里 Druid 连接池但未清理 ThreadLocal）
验证线程工厂与拒绝策略是否掩盖问题
自定义 ThreadFactory 若未设置 UncaughtExceptionHandler，会导致线程内未捕获异常静默丢失；而某些拒绝策略（如 DiscardPolicy）会让任务无声丢弃，误判为“线程不够用”，实则线程已悄悄退出。
建议配置：
- 使用带异常处理器的 ThreadFactory：
```java
ThreadFactory factory = r -> {
Thread t = new Thread(r);
t.setUncaughtExceptionHandler((th, ex) ->
log.error("Uncaught exception in pool thread: {}", th.getName(), ex));
return t;
};
``` - 拒绝策略改用
AbortPolicy（抛出RejectedExecutionException）或自定义策略记录日志，避免“假性健康” - 禁用
allowCoreThreadTimeOut(true)（除非明确需要动态缩容），否则核心线程也可能因空闲超时退出，加剧萎缩感
通过 JMX / Actuator / Arthas 实时观测关键指标
依赖日志被动排查效率低。应主动监控以下运行时指标：
- poolSize、activeCount、completedTaskCount、taskCount 的趋势（Prometheus + Grafana 可设“activeCount 下降速率 > 0.5 线程/分钟”告警）
- JDK 自带 JMX：连接
jconsole，查看java.util.concurrent.ThreadPoolExecutorMBean 下的属性变化 - Spring Boot 项目启用
spring-boot-starter-actuator，访问/actuator/metrics/{name}（如executor.active） - 用 Arthas
thread -n 5查看最忙线程，watch监听ThreadPoolExecutor.afterExecute参数，实时捕获异常
