守护线程不阻止JVM退出，仅当所有非守护线程结束时JVM立即终止；必须在NEW状态下、start()前调用setDaemon(true)，退出时不执行finally、shutdown hooks或资源清理。
这其实不是“JVM主动选择退出”，而是它根本失去了继续运行的合法理由——守护线程本身不构成 JVM 存续的必要条件。只要没有一个非守护线程（即用户线程）在跑，JVM 就认定“业务已结束”，立刻终止进程。
守护线程的本质是“服务者”，不是“任务主体”
它存在的唯一前提是为用户线程提供辅助支持，比如：
- 垃圾回收线程：为正在运行的应用线程清理堆内存
- 定时监控线程：检查用户线程是否卡死、资源是否泄漏
- 日志刷盘线程：把缓冲区日志异步写入磁盘，避免阻塞主线程
一旦所有用户线程退出，这些服务就失去服务对象。JVM 不会问“它还在干活吗？”，而是直接判定：“没人需要它了，关机。”
JVM 退出时对守护线程的处理是“硬切断”，不是“礼貌告别”
它不会等守护线程做完当前循环、不会执行 finally 块、不会触发 shutdown hook、也不会响应 interrupt()。典型表现包括：
- 正在写日志的守护线程，可能只写了一半就中断，日志文件不完整
- 正在发心跳包的守护线程，可能 socket 还没 flush 就被终止
- 处于 TIMED_WAITING 状态的守护线程，不会被唤醒，也不会自然超时退出
这种行为不是 bug，而是设计契约：守护线程必须接受“随时被丢弃”的前提。
判断 JVM 是否该退出，只看一个事实：是否存在活跃的非守护线程
这个判断是 JVM 在每次线程状态变化后自动做的，不依赖任何配置或回调。关键点在于：
- 主线程（main）默认是非守护线程；它结束 ≠ JVM 结束，只要还有其他用户线程活着
- 子线程默认继承父线程的 daemon 属性，新建线程不显式设 setDaemon(true)，就是用户线程
- 哪怕只剩一个用户线程在 sleep(1000)，JVM 也会等它醒来再检查——但不会等守护线程
设置守护线程有且仅有一个时机：NEW 状态下、start() 之前
这是 JVM 强制的生命周期约束，原因很直接：
- 线程一旦启动，其调度、状态、栈帧都已进入 JVM 运行时系统 “从用户线程降级为守护线程”会破坏 JVM 对线程角色的静态判定逻辑
- 调用 setDaemon(true) 太晚，会抛 IllegalThreadStateException，不是警告，是拒绝执行
所以，守护属性不是线程的“运行时行为”，而是它被 JVM “登记注册”时的身份标签。
