用户线程决定JVM是否退出，其存在会阻止JVM终止；守护线程依附于用户线程，所有用户线程结束时JVM立即终止守护线程，不等待其完成。
区分用户线程与守护线程的生命周期，关键看它们和 JVM 退出之间的绑定关系：用户线程决定 JVM 能不能“关机”，守护线程则完全听命于用户线程的存亡。
用户线程的生命周期由业务任务决定
用户线程是程序的“主角”，它的生命周期独立可控：
- JVM 会主动等待所有用户线程执行完毕（包括正常结束、抛异常终止或调用 interrupt() 后自然退出），才启动退出流程；
- 哪怕主线程（main）已经结束，只要还有其他用户线程在运行，JVM 就继续存活；
- 典型例子：HTTP 请求处理线程、定时任务线程、手动创建后未设为守护态的 Thread 实例。
守护线程的生命周期完全依附于用户线程
守护线程没有“自主生存权”，它只是后台协作者：
- 一旦 JVM 中最后一个用户线程终止，JVM 立即停止所有守护线程，不等它们完成当前循环或清理逻辑；
- 守护线程可能被强制中断，比如正在写日志、刷缓存、发心跳时直接被 kill，所以不适合做需要原子性或资源释放保障的任务；
- 典型例子：JVM 自带的 GC 线程、java.util.Timer 的后台调度线程、自定义的日志异步刷盘线程。
一个简单验证方式
写段代码就能直观看出区别：
- 启动一个用户线程，让它 sleep(5000)；
- 再启动一个守护线程，也 sleep(10000)，并在开头/结尾加 System.out.println；
- main 方法执行完立刻退出 —— 你会发现用户线程仍能打印结束日志，而守护线程的结尾日志大概率不会出现。
设置时机很关键
守护状态必须在 thread.start() 之前设置，否则会抛 IllegalThreadStateException：
- thread.setDaemon(true) → 变成守护线程；
- 不设置或显式设为 false → 默认继承父线程属性，通常就是用户线程；
- 子线程默认继承创建它的线程的守护状态，所以守护线程创建的子线程也是守护线程。
