守护线程用于默默辅助、随主流程结束而退出，不保证任务完成，仅适用于可中断、无副作用的轻量后台任务；必须在start()前调用setDaemon(true)，启动后不可修改，且不能用于需可靠执行的操作。
Java 中用 daemon 守护线程处理后台任务，核心不是“让它异步执行业务”，而是“让它默默辅助、随主流程结束而退出”。它不保证任务完成，只适合可中断、无副作用的支撑型工作。
守护线程的关键规则
必须在 start() 之前 调用 setDaemon(true)，否则抛 IllegalThreadStateException；一旦启动，无法再修改守护状态。主线程默认是用户线程，新创建的线程默认继承父线程的守护属性——所以子线程也会自动成为守护线程（如果父线程已是 daemon）。
典型适用场景
只用于那些“丢了也不影响正确性”的轻量后台活：
- 定期采集 JVM 内存、线程数等监控指标（仅用于诊断）
- 对长连接发送 ping 包做心跳探测（失败只触发告警，不负责重连）
- 扫描本地缓存中过期项并清理（清理不完整不会导致数据错误）
- 日志缓冲区的异步刷盘（需有同步刷盘兜底，不能单独依赖它落盘）
写法示例与注意事项
以下是一个安全可用的守护线程写法：
立即学习“Java免费学习笔记（深入）”；
// 必须在 start 前设置，且循环中响应中断
Thread logFlusher = new Thread(() -> {<br>
while (!Thread.currentThread().isInterrupted()) {<br>
flushBuffer();<br>
try { Thread.sleep(5000); }<br>
catch (InterruptedException e) {<br>
Thread.currentThread().interrupt();<br>
return;<br>
}<br>
}<br>
});<br>
logFlusher.setDaemon(true); // 关键：这里不能晚于 start()<br>
logFlusher.start();
注意：即使加了中断检查，JVM 退出时仍会直接终结该线程——所以数据库提交、文件写入完成、资源释放等必须可靠执行的操作，绝不能交给守护线程。
替代更可靠的后台方案
如果任务需要确保执行、支持异常重试或结果回调，应避开守护线程，改用：
- 固定大小的线程池（
Executors.newFixedThreadPool）配合shutdown()+awaitTermination() -
CompletableFuture实现异步链式处理 - Spring 的
@Async（底层基于线程池，可配置优雅关闭） - 消息队列（如 RabbitMQ、Kafka）解耦并保障最终一致性
