根本区别在于JVM退出时机的决定权：用户线程存在时JVM不退出，守护线程不影响JVM存活；所有用户线程结束，JVM立即终止，无论守护线程是否运行。
Java 中守护线程和用户线程的根本区别，在于它们对 JVM 退出时机的决定权：只要还有一个用户线程在运行，JVM 就不会退出；而守护线程的存在，完全不影响 JVM 存活——所有用户线程一结束，JVM 立即终止，不管守护线程是否还在跑。
核心行为差异
用户线程是程序的“正事承担者”，比如 main 线程、处理请求的业务线程、定时任务调度线程等。它们执行的是你明确要完成的任务，JVM 会等它们全部干完才收工。
守护线程则是“幕后帮手”，不承载核心逻辑，只提供支撑服务。典型例子就是 JVM 自带的垃圾回收线程（GC Thread）——它只在有对象可回收时才工作，一旦所有用户线程停了，也就没对象可收了，自然退场。
关键细节：
立即学习“Java免费学习笔记（深入）”；
- 守护线程中即使写了 while(true) 死循环，也不会卡住 JVM 退出；用户线程里写同样代码，JVM 就永远不退出
- 守护线程被强制终止时，finally 块不会执行，资源清理类逻辑不可放在这里
- 守护线程创建的新线程，默认也是守护线程
设置规则与常见错误
守护状态必须在 start() 之前 设置，否则抛 IllegalThreadStateException。这是硬性限制，不是建议。
正确写法：
Thread t = new Thread(() -> {...});t.setDaemon(true);t.start();
错误写法（启动后再设）：
t.start(); t.setDaemon(true); // 运行时报错
可通过 t.isDaemon() 检查当前线程类型，主线程默认是用户线程，所有新 Thread 默认也是用户线程。
典型应用场景
适合用守护线程的任务，都满足一个共性：**不需要保证执行完成，也不涉及关键资源释放或外部交互**。
- 日志异步刷盘：把日志暂存内存队列，由守护线程定期批量写入磁盘；程序退出时丢几条日志可接受
- 内存/线程池监控：定时采集堆内存使用率、活跃线程数等指标，仅用于观察，不参与决策
- 心跳上报（非关键链路）：向管理平台发送轻量级存活信号，断连不影响主流程
- 缓存预热辅助线程：在系统空闲时尝试加载部分热点数据，不保证成功也不阻塞启动
不适合的场景包括：文件上传、数据库事务提交、网络连接关闭、关闭钩子注册等——这些必须由用户线程负责，确保动作真正落地。
实际编码提醒
不要在守护线程里调用 join() 等待其他线程，这可能意外拖住 JVM 关闭流程；也不要依赖守护线程做任何需要“善后”的事，比如关闭 Socket、释放锁、写审计日志等。
如果发现程序该退出却不退，优先检查是否误把本该是用户线程的业务线程设成了守护线程，或者遗漏了某个死循环用户线程未正确终止。
