可通过ThreadPoolExecutor的getter方法实时获取线程池运行指标，结合生命周期状态判断、重写beforeExecute/afterExecute扩展监控，并集成至Prometheus等可观测体系实现有效监控。
可以通过 ThreadPoolExecutor 提供的多个内置方法实时获取线程池的关键运行指标，结合定时采集或事件回调实现有效监控。
获取核心运行指标
ThreadPoolExecutor 继承自 AbstractExecutorService，提供了多个线程安全的 getter 方法，用于读取当前状态：
- getPoolSize()：当前线程池中实际存在的线程总数（包括空闲和工作中的线程）
- getActiveCount()：正在执行任务的线程数（即忙线程数量）
- getQueue().size()：等待执行的任务数量（注意：需确保队列非 null，如使用 LinkedBlockingQueue）
- getCompletedTaskCount()：已完成任务的累计总数（线程池生命周期内）
- getTaskCount()：已提交的总任务数（包括已完成、运行中、排队中的任务）
判断线程池生命周期状态
通过 isShutdown()、isTerminating()、isTerminated() 三个布尔方法，可准确识别线程池所处阶段：
- 调用
shutdown()后，isShutdown()返回 true，但仍在处理已有任务 - 所有任务结束且线程全部终止前，
isTerminating()可能为 true（仅当调用了 shutdownNow 且仍有线程未结束时更常见） -
isTerminated()为 true 表示线程池彻底停止，无活跃线程、无待处理任务、无进行中任务
扩展监控：重写 beforeExecute / afterExecute
继承 ThreadPoolExecutor 并覆写这两个受保护方法，可在任务执行前后注入监控逻辑：
立即学习“Java免费学习笔记（深入）”；
- beforeExecute(Thread t, Runnable r)：适合记录任务开始时间、线程 ID、任务类型等上下文
- afterExecute(Runnable r, Throwable t)：适合统计耗时、捕获异常、更新成功率指标；注意：即使任务抛出异常，该方法也会被调用
例如，在 afterExecute 中可计算平均响应时间、记录失败率，或触发告警阈值判断（如单任务耗时超 5 秒）。
集成到可观测性体系
将上述指标对接到常用监控系统，提升可观测能力：
- 使用 Micrometer + Prometheus：将 getActiveCount()、getQueue().size() 等封装为 Gauge 类型指标，暴露给 Prometheus 抓取
- 配合日志框架（如 Logback），在 afterExecute 中输出结构化日志，便于 ELK 或 Grafana Loki 分析
- 关键阈值告警（如队列积压 > 1000 或活跃线程达 corePoolSize 上限持续 1 分钟）可通过定时任务轮询 + 条件判断实现
不复杂但容易忽略
