ThreadGroup.setDaemon(true)仅标记线程组为可自动清理的容器，不影响组内线程的守护状态和JVM退出判断；线程是否为守护线程只由其自身的setDaemon()决定，且必须在start()前调用。
Java 中 setDaemon(true) 作用于线程组（ThreadGroup）时，不是让该组内所有线程自动变成守护线程，而是控制该线程组自身的生命周期行为——它决定了当该组中最后一个线程退出、且没有子线程组存活时，整个线程组是否会被 JVM 自动清理。
线程组的 setDaemon 不影响已有线程的守护状态
调用 threadGroup.setDaemon(true) 只改变线程组本身的“守护性”，不修改其内部线程的 isDaemon() 值。一个线程是否为守护线程，只由它自己的 setDaemon(boolean) 决定（且必须在 start() 前调用）。线程组的守护状态是独立属性，仅用于 JVM 的资源回收判定。
- 即使线程组设为 daemon，其中的用户线程仍会阻止 JVM 退出
- 即使线程组是非 daemon，其中的守护线程也不会延长 JVM 生命周期
- 线程启动后，无法再通过线程组批量修改其守护属性
守护线程组的销毁时机
守护线程组会在满足以下任一条件时被 JVM 自动销毁：
- 该组中所有线程均已终止（
isAlive() == false） - 该组中所有子线程组也已销毁
- 且该组本身没有被任何活跃引用持有（比如未被其他对象强引用）
注意：销毁线程组本身不中断其线程——线程是否继续运行，只取决于它自身的守护状态和 JVM 是否还有非守护线程存活。
立即学习“Java免费学习笔记（深入）”；
典型使用场景与风险
守护线程组常用于组织一批辅助性后台任务，例如日志收集、心跳上报、监控采样等。但需注意：
- 若线程组设为 daemon，而其中混用了用户线程，JVM 仍会等待这些用户线程结束，线程组的 daemon 属性形同虚设
- 线程组一旦销毁，无法再向其中添加新线程（抛
IllegalThreadStateException） - 主线程退出时，若只剩守护线程组及其守护线程，JVM 会直接关闭，不会等待它们完成工作
与 Thread.setDaemon 的关键区别
二者作用对象和语义不同：
-
Thread.setDaemon(true)：决定该线程是否随 JVM 退出而终止；直接影响 JVM 存活判断 -
ThreadGroup.setDaemon(true)：仅标记该组为“可自动清理”的容器；不影响 JVM 退出逻辑，也不传播给线程 - 线程的守护性由自身决定；线程组的守护性只影响组对象的内存生命周期
