Thread.activeCount() 返回当前线程组中已启动且未终止的线程数量估算值，非精确计数，仅遍历当前线程组、不包含子组，且受并发修改影响。
Thread.activeCount() 返回的是什么值
Thread.activeCount() 返回的是当前线程组中「已启动且尚未终止」的线程数量估算值，不是精确计数。它只统计调用 start() 后、run() 执行完前的线程，不区分是否正在 CPU 上运行、是否被阻塞或等待中——只要没执行完 run() 方法，就算“活跃”。
这个值是通过遍历线程组内部数组实现的，但该数组可能在遍历时被其他线程修改（比如新线程刚 start、旧线程刚好结束），所以结果是快照式估算，可能偏高或偏低。
为什么不能直接用 activeCount() 当作真实线程数
常见错误是把 Thread.activeCount() 当作 JVM 中所有活跃线程的总数，或者当作某个业务线程池的实时活跃线程数。实际上：
- 它只作用于当前线程所属的
ThreadGroup，子线程组中的线程不会被计入 - 如果主线程创建了新线程组（如
new ThreadGroup("my-group")），那些线程完全不在统计范围内 - 线程池里的工作线程（如
ThreadPoolExecutor的 core threads）默认属于主线程组，但它们可能长期存活、空闲等待，activeCount()仍会把它们算进去 - 某些框架（如 Tomcat、Spring Boot）会创建独立线程组，其线程对主程序的
activeCount()完全不可见
如何更可靠地获取当前线程组的活跃线程列表
如果真需要知道有哪些线程在跑，而不是只看一个数字，应该用 Thread.enumerate(Thread[])：
Thread[] threads = new Thread[Thread.activeCount() * 2]; // 预留余量 int actual = Thread.currentThread().getThreadGroup().enumerate(threads); // threads[0..actual-1] 就是当前线程组中实际存活的线程引用
注意点：
- 数组长度必须足够大，否则返回值
actual会等于数组长度，但部分线程会被截断 - 建议初始分配为
activeCount() * 2，再根据返回的actual判断是否需要重试 - 拿到线程引用后，可用
t.getState()进一步判断是RUNNABLE、WAITING还是BLOCKED，比单纯看数量更有意义
替代方案：用 JMX 或 ThreadMXBean 获取全局线程信息
如果目标是监控整个 JVM 的线程状态（比如排查线程泄漏），Thread.activeCount() 基本没用，应改用 java.lang.management.ThreadMXBean：
ThreadMXBean bean = ManagementFactory.getThreadMXBean(); long total = bean.getThreadCount(); // 当前所有线程总数（含守护线程） long live = bean.getPeakThreadCount(); // 启动以来峰值 ThreadInfo[] infos = bean.dumpAllThreads(false, false); // 获取所有线程堆栈快照
优势明显：
- 覆盖所有线程组，包括系统线程、GC 线程、JIT 编译线程等
- 支持按状态过滤（如只查
WAITING线程）、获取堆栈、检测死锁 - 结果稳定，无竞态条件，适合生产环境诊断
不过要注意：dumpAllThreads() 是相对重的操作，频繁调用会影响性能，别放在高频逻辑里。
真正需要“估算”的场景极少；多数时候你其实想知道的是“哪些线程卡住了”或“有没有线程没回收”，这时候盯着 activeCount() 数字本身，反而会错过关键线索。
