ThreadGroup 的 interrupt() 方法可批量设置组内所有活跃线程的中断状态，而非强制终止；线程需自行响应 isInterrupted() 或捕获 InterruptedException 协作退出，适用于定时采集、缓存刷新等后台任务的可控停止。
ThreadGroup 的 interrupt() 方法能一次性向组内所有活跃线程发出中断信号，但它不等于强制终止线程，而是设置中断状态，由线程自身配合 isInterrupted() 或捕获 InterruptedException 来协作退出。这是安全、可控的批量停止方式，特别适合管理一批后台变量处理线程（如定时采集、缓存刷新、状态轮询等）。
如何把后台变量处理线程归入同一 ThreadGroup
关键在创建线程时显式指定组，而不是依赖默认的 "main" 组：
- 先创建专属线程组：
ThreadGroup varProcGroup = new ThreadGroup("variable-processor-group"); - 每个后台任务线程构造时传入该组：
new Thread(varProcGroup, () -> { /* 处理逻辑 */ }, "var-reader-1") - 若已有 Runnable 实例，仍可指定组：
new Thread(varProcGroup, myRunnable, "var-writer-2") - 注意：线程启动后无法再更改所属组，必须在构造阶段绑定
中断前确认活动线程数量与成员
执行中断前，可快速检查当前组是否还有活跃线程，避免误操作或遗漏：
-
int count = varProcGroup.activeCount();—— 返回估计值，适合做快速判断 - 要获取确切列表，需预分配数组并调用
enumerate()：Thread[] threads = new Thread[count];<br>varProcGroup.enumerate(threads);
- 遍历数组可打印名称或检查状态，例如：
Arrays.stream(threads).filter(Objects::nonNull).forEach(t -> System.out.println(t.getName() + ": " + t.getState()));
调用 interrupt() 并确保线程响应中断
只需一行代码即可触发全组中断：varProcGroup.interrupt();。但真正生效依赖线程内部逻辑：
- 对阻塞操作（如
Thread.sleep()、Object.wait()、BlockingQueue.take()），会立即抛出InterruptedException，应在外层catch中 clean up 并 return - 对运行中循环，需定期检查：
if (Thread.currentThread().isInterrupted()) { break; }或return; - 不要忽略中断：捕获
InterruptedException后应恢复中断状态（Thread.currentThread().interrupt();），除非明确要清除它
补充：异常统一处理与生命周期收尾
除了中断，ThreadGroup 还支持集中化错误响应，提升健壮性：
- 为组设置统一异常处理器：
varProcGroup.setUncaughtExceptionHandler((t, e) -> { log.error("Var thread {} crashed", t.getName(), e); }); - 子组未设处理器时，异常会自动委托给父组，最终落到 JVM 默认处理器，适合兜底告警
- 若需彻底清理资源（如关闭连接、释放锁），建议在线程 run 方法末尾或 finally 块中执行，而非依赖
destroy()—— 它仅在组为空时才成功，且已基本被弃用
