setDaemon(true)必须在start()前调用，否则抛IllegalThreadStateException；其作用是使线程不阻止JVM退出，仅剩守护线程时JVM立即终止，适用于监控、日志等后台任务。
Java 中守护线程通过 setDaemon(true) 设置，必须在调用 start() 之前完成，否则会抛出 IllegalThreadStateException。它的核心作用是：不阻碍 JVM 退出——只要所有非守护线程结束，JVM 就立即终止，无论守护线程是否还在运行。
设置守护线程的正确步骤
守护线程不能“中途转换”，只能在启动前明确标识：
- 创建
Thread实例（传入Runnable或继承Thread） - 调用
thread.setDaemon(true)—— 这一步必须在start()之前 - 调用
thread.start()启动线程
守护线程的典型使用场景
适合执行非关键、可中断、无需保证完成的后台支撑任务：
- JVM 自带的垃圾回收线程（就是守护线程）
- 日志异步刷盘（如定时批量写入磁盘）
- 连接池空闲连接清理
- 监控心跳上报（例如向注册中心发送存活信号）
- 定时统计或采样任务（失败不影响主流程）
守护线程与用户线程的关键区别
理解生命周期逻辑是避免误用的关键：
立即学习“Java免费学习笔记（深入）”；
- 主线程默认是非守护线程；所有新创建的线程也默认继承父线程状态（即默认都是用户线程）
- 可通过
thread.isDaemon()检查当前线程是否为守护线程 - JVM 是否退出，只看是否存在活跃的非守护线程，完全不等待守护线程
- 守护线程中发生未捕获异常，不会导致 JVM 崩溃，也不会阻止退出
- 即使守护线程正处在
sleep(10000)或阻塞 I/O 中，JVM 退出时也会被强制中断
常见错误与注意事项
实际开发中容易踩的坑：
- 在
start()之后调用setDaemon()→ 直接抛异常 - 误以为守护线程能“保护主线程不退出”——其实它恰恰相反：是为主线程“让路”的
- 在线程内部（如
run()方法里）调用setDaemon(true)→ 无效，该方法只对当前线程对象生效，且仅在未启动时可用 - 使用线程池时，
setDaemon()对整个池无效；需自定义ThreadFactory，在创建每个线程时设为守护线程
