守护线程是JVM的后台服务线程，不决定JVM生命周期；必须在start()前设为true，子线程自动继承其守护状态；适用于可中断、非关键的监控、日志刷盘等任务，不可用于需可靠完成的I/O或事务操作。
守护线程是Java中一种“后台服务型”线程，它的存在只为支持其他线程运行，不参与程序核心逻辑；当所有用户线程结束，JVM立即退出，守护线程会被强制终止，不会等待它执行完。
守护线程的核心行为特征
它不决定JVM的生命周期——只要没有用户线程在跑，哪怕守护线程正执行到一半，JVM也会直接关闭。这和用户线程形成鲜明对比：用户线程是“主角”，一个没结束，JVM就得等；守护线程是“配角”，主角谢幕，配角自动下场。
- 必须在 start() 之前 调用
setDaemon(true)，否则抛IllegalThreadStateException - 新线程默认继承父线程的守护状态（主线程是用户线程，所以默认创建的也是用户线程）
- 守护线程中新建的子线程，自动也是守护线程
- 无法访问文件、数据库等需要可靠完成的资源，因为随时可能被中断
守护线程适合做什么
它专为轻量、可丢弃、非关键的后台任务而生：
- 实时监控系统指标（如CPU使用率、内存占用）
- 周期性日志刷盘或压缩归档（前提是允许丢失最后几秒日志）
- 心跳检测、连接保活（如长连接客户端定期发ping）
- 缓存清理、空闲资源回收（比如连接池中的过期连接扫描）
注意：这些任务都得设计成“可中断”或“幂等”，不能依赖完整执行一次才能保证正确性。
立即学习“Java免费学习笔记（深入）”；
守护线程不适合做什么
任何涉及数据一致性、事务完整性或外部系统强依赖的操作，都不该交给守护线程：
- 写入重要业务日志到磁盘（可能写一半就没了）
- 提交数据库事务（可能回滚不完整，导致数据不一致）
- 上传文件到OSS或发送关键告警（可能发到一半进程就结束了）
- 阻塞式等待外部响应（比如调用HTTP接口并等待返回）
典型例子与验证方式
下面这段代码能直观看出差异：
Thread t = new Thread(() -> {
for (int i = 0; i < 5; i++) {
System.out.println("守护线程第 " + i + " 次运行");
try { Thread.sleep(1000); } catch (InterruptedException e) { }
}
});
t.setDaemon(true);
t.start();
System.out.println("主线程结束");
运行结果通常只打印“主线程结束”和前1–2次循环，之后JVM退出，守护线程被掐断——这就是它“不拖后腿”的本质。
