可通过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 和拒绝率