java应用能否正常退出取决于是否存在非守护线程；守护线程不阻止jvm退出，仅服务用户线程，且不可承担关键任务，设置setdaemon(true)须在start()前完成。
Java 应用能否正常退出，不取决于“有没有线程在跑”，而取决于“有没有非守护线程还在运行”。守护线程本身不会阻止 JVM 退出，它只是被动跟随——一旦所有用户线程（包括 main）结束，JVM 就立即终止所有守护线程并退出进程。
守护线程的生命周期由非守护线程决定
守护线程没有独立存在意义。它的唯一作用是服务用户线程：比如 GC 线程清理堆内存、日志刷盘线程异步写日志、心跳检测线程维持连接活跃性。只要还有一个非守护线程在执行，守护线程就能继续工作；一旦最后一个非守护线程（哪怕只是 main 线程 sleep 后自然结束）终止，JVM 就不再等待，直接关闭所有守护线程，进程退出。
- main 线程默认是非守护线程，它是典型的“被守护者”
- 新创建的线程默认继承父线程的守护状态：main 启动的线程默认也是非守护；守护线程启动的新线程自动成为守护线程
- JVM 内部通过 number_of_non_daemon_threads 计数器判断是否可以退出，该值归零即触发 destroy_vm 流程
设置守护线程必须在 start() 之前
调用 setDaemon(true) 是一个不可逆的配置动作，且只能在线程处于 NEW 状态时生效。如果先 start() 再 setDaemon，会抛出 IllegalThreadStateException 异常。
- 正确顺序：构造线程 → setDaemon(true) → start()
- 错误示例：
thread.start(); thread.setDaemon(true);—— 运行时报错 - 未显式设置的线程，默认 isDaemon() 返回 false，即为用户线程
守护线程不适合承担关键业务或资源操作
因为 JVM 退出时不会给守护线程任何“善后机会”，它会被强制中断。所以任何需要可靠完成的任务都不应放在守护线程中。
- 文件写入、数据库事务提交、网络请求响应等 I/O 或计算型任务，必须放在非守护线程中执行
- 守护线程中打开的文件句柄、Socket 连接、数据库连接等，大概率来不及 close，可能引发资源泄漏或数据丢失
- 若需后台执行但又要求“至少完成一次”，应改用带优雅关闭机制的非守护线程 + shutdown hook 或显式 awaitTermination
验证与调试技巧
可通过打印日志或断点观察线程状态，确认守护属性是否生效：
- 启动前加日志：
System.out.println("daemon: " + thread.isDaemon()); - 在 run() 中打印当前线程名和守护状态：
Thread.currentThread().getName() + " is daemon? " + Thread.currentThread().isDaemon() - 使用 jstack 查看线程 dump，带有 daemon 标记的即为守护线程
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
