守护线程是JVM退出时自动终止的后台线程，适用于监控、日志等非关键任务；必须启动前设置setDaemon(true)；其创建的子线程默认也是守护线程；应避免执行持久化、资源释放等关键操作。
守护线程（Daemon Thread）在Java中是一种服务于其他线程的后台线程，当所有非守护线程结束时，JVM会自动退出，无论守护线程是否还在运行。使用守护线程时，有几个关键点需要注意，以避免资源泄漏或逻辑错误。
不要依赖守护线程执行重要任务
守护线程适合用于执行辅助性、非关键性的任务，比如垃圾回收、监控、日志记录等。由于它会在主线程结束后被强制终止，不能用来执行必须完成的操作，例如：
- 写入文件或数据库的持久化操作
- 网络请求的收尾处理
- 释放关键系统资源
这些任务一旦被中断，可能导致数据不一致或资源泄露。
设置守护线程必须在线程启动前完成
必须在调用 thread.start() 之前调用 thread.setDaemon(true)，否则会抛出 IllegalThreadStateException。
正确做法示例：
Thread daemon = new Thread(() -> {while (true) {
// 后台任务
}
});
daemon.setDaemon(true); // 必须在 start 前设置
daemon.start();
守护线程创建的子线程默认也是守护线程
如果在守护线程中启动新的线程，新线程会继承创建它的线程的守护属性。也就是说，守护线程创建的线程默认也是守护线程，即使没有显式调用 setDaemon(true)。
这一点在设计多层后台任务时要特别注意，确保整个后台任务链的行为符合预期。
避免长时间阻塞守护线程
虽然守护线程可以长期运行，但如果它持有锁、打开IO流或占用网络连接，JVM退出时不会等待它释放资源，可能导致：
- 临时文件未清理
- 端口未释放
- 外部服务未正常下线通知
尽量让守护线程轻量、无状态，并避免复杂的资源管理。
基本上就这些。守护线程是个有用的工具，但要用对场景——它不是为“一定要做完”而生，而是为“顺带帮忙”而存在。
