Java程序不等待守护线程结束，因为JVM仅依据非守护线程是否存活决定退出；守护线程是为用户线程服务的后台线程，无法阻止JVM关闭，且其启动的新线程默认也为守护线程。
Java程序不会等待守护线程（Daemon Thread）结束，是因为JVM的退出条件只取决于是否存在非守护线程（用户线程）正在运行。只要所有非守护线程都终止了，JVM就会立即退出，而不管守护线程是否还在执行。
守护线程的本质：为用户线程服务的“后台员工”
守护线程的设计初衷是为其他线程提供服务，比如垃圾回收线程（GC Thread）、定时器线程、JIT编译线程等。它们没有独立的业务意义，一旦主线程和所有业务线程结束，守护线程继续运行已无实际价值。
- JVM不把守护线程视为程序“存活”的依据
- 调用setDaemon(true)必须在start()之前，否则抛出IllegalThreadStateException
- 主线程默认是非守护线程；新创建的线程默认继承父线程的守护状态
JVM退出的真实判断逻辑
JVM在每个时刻都会检查：当前是否有任何非守护线程处于RUNNABLE或BLOCKED等活跃状态。只要答案是否定的，JVM就直接终止——不会做清理、不会等待守护线程、甚至不会执行finally块或Runtime.addShutdownHook中的代码（除非该hook本身由非守护线程触发且尚未执行完）。
- 守护线程中启动的新线程，默认也是守护线程
- 即使守护线程正在执行I/O或sleep，JVM退出时也会强行中断它
- 守护线程无法阻止JVM关闭，但可以主动监听JVM关闭信号（如通过shutdown hook，前提是hook注册在线程退出前）
常见误区与正确实践
开发者有时误以为守护线程能“延长”程序生命周期，或在其中执行关键清理逻辑，这会导致资源泄漏或数据丢失。
立即学习“Java免费学习笔记（深入）”；
- 不要在守护线程中执行必须完成的任务（如写日志到磁盘、关闭数据库连接）
- 需要确保完成的操作，应放在非守护线程中，或使用shutdown hook配合同步控制
- 可通过Thread.activeCount()和Thread.enumerate()辅助调试线程存活状态
守护线程不是“低优先级线程”，而是“生命周期依附型线程”。理解这一点，就能避免因线程类型误用导致的程序异常终止或资源残留问题。
