threadgroup 是 java 1.0 的遗留线程分组机制，现已不推荐使用；现代应用应优先选用 executorservice、forkjoinpool 或虚拟线程，因其功能更安全、高效且受官方支持。
ThreadGroup 是什么，现在还该用吗
ThreadGroup 在 Java 1.0 就存在，设计初衷是为线程提供“容器式”分组管理，比如统一设置未捕获异常处理器、批量中断、统计活跃线程数。但现实中它几乎不被现代 Java 应用主动使用——ExecutorService、ForkJoinPool 和虚拟线程（Thread.ofVirtual()）已全面取代其职责。JDK 官方文档也明确标注 ThreadGroup 为“legacy”，且多数方法（如 stop()、suspend()）早已废弃且不可用。
ThreadGroup 的基本创建与父子关系怎么设
每个线程默认归属其创建者的 ThreadGroup，主线程属于名为 main 的根组。你可以显式指定：
ThreadGroup tg = new ThreadGroup("my-group");
Thread t = new Thread(tg, () -> System.out.println("in group"));
t.start();
注意：ThreadGroup 是树形结构，但无法跨组移动线程；子组继承父组的 uncaughtException 处理器，但子组自己可覆盖；调用 tg.getParent() 可向上追溯，直到返回 null（表示到达系统根组）。
- 不要在构造时传
null组名，会抛NullPointerException - 不能把一个已启动的线程 reassign 到另一个
ThreadGroup—— 没有 API 支持 -
ThreadGroup不控制线程生命周期：tg.destroy()仅当组为空时才成功，且不终止其中线程
为什么 getActiveCount() 总不准，还有哪些统计陷阱
getActiveCount() 返回的是“估算值”，不是精确快照。它遍历内部数组并计数，但线程可能在遍历中途 start/exit，导致结果偏高或偏低。同理：enumerate(Thread[]) 也不保证线程状态一致，且数组长度需预先分配，容易溢出。
立即学习“Java免费学习笔记（深入）”；
- 永远别用
getActiveCount()做条件判断（如 “等所有线程结束”） - 想准确等待线程完成，请用
CountDownLatch、CyclicBarrier或ExecutorService.awaitTermination() -
activeCount()是实例方法，但静态调用Thread.activeCount()实际查的是当前线程所在组，容易误读
UncaughtExceptionHandler 在 ThreadGroup 中怎么生效
每个 ThreadGroup 都有默认的 uncaughtException(Thread, Throwable) 实现：打印堆栈到 System.err。你可以重写它：
ThreadGroup tg = new ThreadGroup("log-group") {
@Override
public void uncaughtException(Thread t, Throwable e) {
System.err.println("[" + getName() + "] " + t.getName() + " crashed: " + e);
}
};
new Thread(tg, () -> { throw new RuntimeException("boom"); }).start();
但要注意：如果线程自己设置了 setUncaughtExceptionHandler()，该 handler 优先级高于组级 handler；只有在线程级 handler 为 null 时，才会委托给 ThreadGroup.uncaughtException()。
真正棘手的是：虚拟线程（Thread.ofVirtual()）**不归属于任何 ThreadGroup**，调用 getThreadGroup() 返回 null，所以组级异常处理器对它们完全无效。
