在Java的多线程编程中，守护线程（Daemon Thread） 是一种特殊类型的线程，它在后台运行，主要职责是为其他线程（即用户线程）提供服务。它的核心特性在于其生命周期依赖于用户线程：当所有的用户线程执行结束时，无论守护线程自身任务是否完成，Java虚拟机（JVM）都会自动退出，并强制终止所有守护线程。
为了让你能快速把握核心区别，请看下表：
| 特性 | 守护线程 (Daemon Thread) | 用户线程 (User Thread) |
|---|---|---|
| 核心目的 | 在后台提供服务支持，如垃圾回收、日志记录 | 执行程序的主要业务逻辑 |
| 生命周期影响JVM | 不会阻止JVM退出。当所有用户线程结束时，JVM即退出 | 会阻止JVM退出。JVM需等待所有用户线程执行完毕 |
| 优先级 | 通常较低 | 通常较高 |
| 应用场景 | 辅助性任务，非关键性工作 | 核心任务 |
⚙️ 如何创建与设置
将一个线程设置为守护线程非常简单，只需在启动线程前调用其 setDaemon(true)方法即可。
scss
Thread daemonThread = new Thread(() -> {
// 守护线程要执行的任务
while (true) {
System.out.println("守护线程正在运行...");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
// 关键步骤：在启动线程之前，将其设置为守护线程
daemonThread.setDaemon(true);
daemonThread.start(); // 启动线程重要提醒 ：setDaemon(true)必须在 start()方法之前 调用。如果在线程启动之后尝试设置，将会抛出 IllegalThreadStateException异常。
🎯 典型应用场景
守护线程非常适合执行那些"锦上添花"但并非程序核心逻辑所必需的后台任务，包括但不限于：
- 垃圾回收（Garbage Collection, GC）：这是最经典的守护线程，由JVM管理。
- 日志记录：异步地将日志信息写入磁盘，避免阻塞主线程。
- 性能监控与心跳检测：定期检查系统健康状况或服务是否可用。
- 缓存清理：周期性地清理过期的缓存数据。
⚠️ 关键注意事项
- 不保证 finally 块执行 ：由于JVM在所有用户线程结束后会立即退出，守护线程可能在任何时候被中断，甚至是在执行一个关键操作的过程中。这意味着其
finally代码块中的资源清理逻辑可能没有机会执行，存在资源泄漏的风险。 - 不适合关键任务 ：绝对不要将重要的、需要保证完整性的任务（如数据库事务提交、重要文件的写入）交给守护线程。因为这些任务可能会因JVM退出而半途而废，导致数据不一致或损坏。
- 线程继承性：在一个守护线程中创建并启动的新线程，默认也会是守护线程。反之，用户线程创建的新线程默认是用户线程。
💎 总结
简单来说，你可以将守护线程理解为用户的"贴心助手"。它的存在是为了辅助主工作（用户线程）更顺畅地进行，但主工作一旦完成，助手也会随之离开。它的设计初衷是好的，但使用时务必清楚其局限性，避免将它用于不容出错的关键任务。