Thread.activeCount() 是估算值，因线程可能在方法执行中创建或终止，且底层无锁遍历可能导致漏计；获取全部活跃线程需递归遍历线程组树，或改用 ThreadPoolExecutor 接口、JMX 或 getAllStackTraces。
thread.activecount() 返回的是当前线程所在线程组中**已启动且尚未终止**的线程数量，但它**不递归统计子线程组**，也不能保证精确——它只是一个估算值。
为什么 activeCount() 是估算值？
Java 规范明确说明该方法返回的是“近似值”。原因包括：
- 线程可能在方法执行过程中创建或结束，导致计数瞬间失效；
- 底层实现（如 HotSpot）为性能考虑，不加锁遍历线程数组，可能漏掉刚创建或刚退出的线程；
- 它只统计直接属于当前线程组的线程，不包含子线程组中的线程。
如何获取当前线程组及其所有子组的活跃线程总数？
需要手动递归遍历线程组树。标准做法是：从当前线程组出发，逐层获取子组，累加各组的 activeCount()。
示例代码逻辑如下：
public static int totalActiveThreads(ThreadGroup group) {
if (group == null) return 0;
int count = group.activeCount(); // 当前组的活跃线程数
ThreadGroup[] children = new ThreadGroup[group.activeGroupCount()];
group.enumerate(children, false); // 获取直接子组（不递归）
for (ThreadGroup child : children) {
if (child != null) {
count += totalActiveThreads(child); // 递归统计子组
}
}
return count;
}
// 调用：totalActiveThreads(Thread.currentThread().getThreadGroup())
注意事项和常见陷阱
- enumerate() 方法需传入足够大的数组，否则会截断结果；建议先调用 activeGroupCount() 获取所需容量，再调用 enumerate()；
- activeCount() 和 enumerate() 都不是原子操作，多线程环境下结果仍可能滞后；
- 自定义线程池（如 ThreadPoolExecutor）通常使用统一的线程组，但若显式指定不同线程组（如 new ThreadGroup(parent, "worker")），必须确保遍历完整树；
- 某些容器（如 Tomcat、Spring Boot）会设置专属线程组，仅调用 Thread.activeCount() 可能只看到主线程组下的少量线程，严重低估真实并发量。
更可靠的替代方案（生产环境推荐）
如果需要准确监控，应避免依赖 activeCount()：
- 对线程池，优先使用 ThreadPoolExecutor.getPoolSize()、getActiveCount() 等精确接口；
- 使用 JMX（如
java.lang:type=Threading）获取 JVM 全局线程数（ThreadedCount）； - 通过 Thread.getAllStackTraces().keySet().size() 获取当前存活线程快照（开销略大，但比 activeCount() 更准）。
