可通过getActiveCount()获取活跃线程数、getQueue().remainingCapacity()获取队列剩余容量，二者均为瞬时快照值，适用于监控告警而非条件判断；需区分有界/无界队列语义，避免高频轮询与误用阈值。
可以通过 ThreadPoolExecutor 提供的公开方法实时获取活跃线程数和任务队列剩余容量，无需反射或侵入源码。关键在于理解其线程数、队列状态与内部计数器的关系，并注意并发场景下的数据瞬时性。
获取当前活跃线程数
调用 getActiveCount() 方法即可返回正在执行任务的线程数量。该值是近似值，反映调用时刻的快照，适用于监控告警或日志打点。
- 它不等于 corePoolSize 或 poolSize，而是实际“忙”的工作线程数
- 即使线程空闲但尚未销毁（仍在 keep-alive 时间内），也不会计入 active count
- 适合配合 Prometheus 或日志埋点做趋势观察，例如：若长期接近 maximumPoolSize，说明线程压力大
计算队列剩余容量
ThreadPoolExecutor 的任务队列（如 LinkedBlockingQueue、ArrayBlockingQueue）本身支持 remainingCapacity()。但需注意：
- 直接调用
executor.getQueue().remainingCapacity()是安全且推荐的方式 - 对无界队列（如默认 LinkedBlockingQueue，capacity=Integer.MAX_VALUE），该值始终为 Integer.MAX_VALUE，此时更应关注
queue.size()绝对值 - 对有界队列（如 ArrayBlockingQueue），
remainingCapacity()能真实反映还可塞入多少新任务
组合监控建议（代码示例）
在定时任务或 Actuator 端点中可这样聚合输出：
int active = executor.getActiveCount();
BlockingQueue<?> queue = executor.getQueue();
int queued = queue.size();
int remaining = queue.remainingCapacity();
int capacity = (queue instanceof BoundedBlockingQueue)
? ((BoundedBlockingQueue<?>) queue).capacity()
: -1;
// 输出或上报：active=3, queued=12, remaining=88, capacity=100
- 避免高频轮询（如 ≤ 1s 一次），防止监控本身成为负担
- 对突发流量，建议同时记录
getCompletedTaskCount()和拒绝策略触发次数（需自定义 RejectedExecutionHandler） - Spring Boot 用户可封装为
@Endpoint，通过/actuator/threadpool暴露指标
注意事项与常见误区
这些值都是非原子快照，不适合用于条件判断（如“如果 remaining > 0 就 submit”），因为可能在判断后立即被其他线程占满。
- 不要依赖 activeCount 判断是否“还有空闲线程”来决定是否扩容——线程池自身调度逻辑已涵盖此逻辑
- 不要对无界队列的 remainingCapacity 做阈值告警，改用 queue.size() + 持续增长趋势判断
- 若使用 SynchronousQueue，其 remainingCapacity 恒为 0，size 恒为 0，所有任务都直接交由线程执行，此时应重点监控 activeCount 和拒绝率
