可通过threadpoolexecutor的公开getter方法实时监控线程池状态：看活跃线程数（getactivecount()）反映瞬时负载，持续接近maximumpoolsize或活跃数÷核心数＞0.8需预警；查队列积压数（getqueue().size()）识别堆积风险，但synchronousqueue恒为0，需改用拒绝任务统计；交叉验证待处理总数（gettaskcount()−getcompletedtaskcount()）、池大小变化及shutdown状态，避免单点误判。
直接调用 ThreadPoolExecutor 提供的公开 getter 方法就能实时获取，不需要额外依赖或反射。关键在选对指标、定时采集，并结合业务场景设阈值做判断。
看活跃线程数：反映真实并发压力
调用 getActiveCount() 获取当前正在执行任务的线程数量。它只统计“真正在 run()”的线程，不包括空闲线程，比 getPoolSize() 更能体现瞬时负载。
- 持续接近或等于 getMaximumPoolSize()，说明线程资源已吃紧，可能触发拒绝策略
- 活跃线程数 ÷ 核心线程数 > 0.8，提示常规容量已不足，需考虑调整 corePoolSize
- 注意：该值非原子操作，高并发下瞬时采样可能有微小偏差；对 ForkJoinPool 无效
查队列积压数：识别任务堆积风险
调用 getQueue().size() 获取等待执行的任务数量，但必须区分队列类型：
- 对 LinkedBlockingQueue 或 ArrayBlockingQueue（尤其有界队列），该值有意义；若持续高于日常均值（如从平均 5 升至稳定 200+），说明消费跟不上生产
- 对 SynchronousQueue，size() 恒为 0，此时应重点监控拒绝任务数——需自定义 RejectedExecutionHandler 统计
- 别直接打印 getQueue() 对象，那样只输出地址；要调用 size() 才能得到数字
交叉验证：避免单点误判
单看一个指标容易误导，建议组合分析几个关键值：
- getTaskCount() − getCompletedTaskCount() ≈ 当前待处理总数（运行中 + 排队中）。如果这个差值持续扩大，而 getActiveCount() 却没同步上升，说明线程可能卡在 IO、锁或异常循环里
- getPoolSize() 与 getCorePoolSize()/getMaximumPoolSize() 对比，能看出是否频繁扩容缩容；若 getLargestPoolSize() 显著高于当前值，可能是 keepAliveTime 过短导致震荡
- 如果 isShutdown() 返回 true，但仍有新任务提交，线程池会直接拒绝——这不是耗尽，是生命周期异常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
