setDaemon(true) 必须在线程启动前调用，用于标记守护线程，使其不阻塞JVM退出；守护线程适用于可中断的后台任务，但不可用于需确定性执行的资源清理。
setDaemon 方法直接决定 JVM 何时退出，它让线程从“必须完成”变为“可随时终止”，是程序优雅收尾的关键开关。
守护线程不阻塞 JVM 退出
当所有非守护线程（用户线程）执行完毕，JVM 立即终止，不管守护线程是否还在运行。这个机制避免了后台任务拖住整个程序退出。
- 垃圾回收线程就是典型守护线程：没用户线程时，它自动消失，JVM 不等它“做完最后一轮扫描”
- 如果错误地把业务线程设为守护线程，比如订单处理线程，可能刚写一半数据库就随 JVM 强制退出，造成数据不一致
- 主线程结束 ≠ JVM 结束；只有主线程 + 其他用户线程全部结束，且无非守护线程存活时，JVM 才真正退出
必须在 start 前调用，否则抛异常
setDaemon(true) 是线程的“出生属性”，一旦线程启动（start 被调用），状态就固定了，不能再更改。
- 调用时机错误会触发 IllegalThreadStateException，不是运行时静默失败，而是明确报错
- 常见误写：
thread.start(); thread.setDaemon(true);—— 这行 setDaemon 无效且抛异常 - 正确写法必须是：
thread.setDaemon(true); thread.start();
适合做低优先级、可中断的后台服务
守护线程适用于那些“有它更好，没它无妨”的任务，它们的存在只为支撑用户线程，而非承担核心业务逻辑。
立即学习“Java免费学习笔记（深入）”；
- 日志异步刷盘：主流程已返回，日志线程若未写完，JVM 退出时直接丢弃剩余日志
- 连接池心跳检测：应用关闭时，不必等最后一次 ping 完成，直接释放资源
- 监控指标上报：采样周期未到、上报失败，不重试也不补偿，随进程一起结束
资源清理不可依赖守护线程
因为 JVM 不等待守护线程结束，所以不能在 run() 中做 close()、flush()、unlock() 等需要确定性执行的操作。
- 文件写入线程若设为守护线程，
fileWriter.close()可能根本没执行，导致文件损坏或截断 - 数据库连接、网络 socket、锁对象等，都应在用户线程中显式管理生命周期
- 如需清理，应通过 shutdown hook 或显式 shutdown 逻辑，而不是寄希望于守护线程自己跑完
