守护线程需在new状态调用setdaemon(true)设置，避免阻塞操作、不维护共享状态、显式设daemon防继承误导，确保轻量可中断且不拖住jvm退出。
守护线程本身不“管理”状态，而是靠正确设置和行为约束来避免干扰主进程。关键不是让它一直运行或主动退出，而是确保它轻量、可中断、不拖住 JVM 退出节奏。
必须在启动前设为守护线程
setDaemon(true) 只能在 NEW 状态下调用，即 new Thread() 之后、start() 之前。一旦线程已启动，再调用会抛 IllegalThreadStateException。
- ✅ 正确：Thread t = new Thread(() -> {...}); t.setDaemon(true); t.start();
- ❌ 错误：t.start(); t.setDaemon(true); —— 运行时报错
- ⚠️ 注意：main 线程默认是非守护线程，且无法被设为守护线程
避免阻塞操作和资源强依赖
守护线程若执行阻塞 I/O（如 socket.read()、FileOutputStream.write()）、等待锁或 sleep 过久，可能在 JVM 终止瞬间留下未关闭句柄、损坏文件或内存泄漏。
- 改用非阻塞 I/O 或带超时的读写（如 SocketChannel.configureBlocking(false)）
- 不用 wait()/join() 等等待其他线程完成的操作
- 若需定期执行，用 short sleep + volatile 标志控制循环，而非无限 while(true)
不维护共享状态或关键资源
主线程退出时，守护线程可能被强制终止，其修改的静态变量、缓存、计数器等状态可能丢失或处于不一致中间态。
- 避免在守护线程中更新全局配置、数据库连接池状态、单例业务对象
- 日志写入类任务应使用异步缓冲+批量刷盘，接受少量丢失
- 临时文件清理可依赖系统自动回收，不依赖守护线程一定执行完
嵌套创建时注意继承关系
新线程默认继承父线程的 daemon 状态。在 Spring、Tomcat 等容器中，worker 线程常为守护线程，此时 new Thread() 默认也是守护线程——容易误以为它是用户线程而依赖其完成任务。
- 显式设置更安全：new Thread(() -> {...}).setDaemon(true).start();
- 多层封装（如 Service → Worker → Monitor）中，每层创建的 Thread 实例都需单独设 daemon
- 不要在父类构造器里设 daemon，却在子类 run() 中另起新线程——新线程未设 daemon，会阻塞退出
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
