自定义线程组异常拦截需重写ThreadGroup.uncaughtException方法并确保线程显式归属该组，其处理优先级高于全局默认处理器，形成可继承、可传递、有兜底的结构化异常分发机制。
给自定义线程组配置异常拦截逻辑，核心是重写 ThreadGroup.uncaughtException 方法，并确保所有子线程归属该线程组。它不是“自动生效”的装饰器，而是一套可继承、可传递、有默认兜底的异常分发机制。
明确线程组的异常传播链路
Java 中线程组的异常处理遵循向上委托原则：当某个线程抛出未捕获异常，JVM 会先调用该线程所属线程组的 uncaughtException；如果该线程组未重写该方法，就会调用其父线程组的同名方法；最终若一直未处理，会落到 Thread.getDefaultUncaughtExceptionHandler() 或直接打印到 stderr。
- 线程组本身不自动捕获异常，必须显式重写
uncaughtException - 新建线程时若未指定线程组，默认归属当前线程的线程组（通常是 main 所在的线程组）
- 要让自定义逻辑生效，必须确保目标线程创建时明确归属于你的线程组
重写 ThreadGroup 并注入统一处理逻辑
继承 ThreadGroup，覆盖 uncaughtException 方法，在其中实现日志记录、监控上报、资源清理等动作。注意避免在处理器中再抛异常或阻塞过久。
- 不要只打印日志——建议包含线程名、异常类型、堆栈、时间戳
- 可结合 MDC（如 Logback）注入线程上下文信息，便于问题追踪
- 若需异步上报（如发告警），应使用独立线程池，防止阻塞异常处理流程
- 示例中调用
super.uncaughtException(t, e)可保留父类兜底行为（比如输出到 stderr）
确保线程真正归属该线程组
仅定义线程组还不够，必须让线程“出生”于它。常见方式包括：
- 使用
new Thread(group, runnable, name)构造器显式传入 - 使用
Thread.ofPlatform().group(myGroup).start(...)（Java 21+） - 在线程工厂（
ThreadFactory）中统一指定线程组，尤其适用于线程池场景 - 避免误用
Thread.currentThread().getThreadGroup()获取当前组——它未必是你想要的
与全局处理器协同工作
线程组异常处理器和 Thread.setDefaultUncaughtExceptionHandler 是两套并行机制，优先级不同：线程组 > 全局默认处理器。合理分工能提升健壮性：
- 线程组处理器负责业务相关线程的结构化处理（如标记任务失败、触发补偿）
- 全局默认处理器作为最后防线，捕获漏网之鱼（如第三方库启动的裸线程）
- 两者都可记录基础信息，但避免重复上报同一异常
