JVM退出仅取决于是否存在运行中的非守护线程；一旦所有非守护线程终止，JVM立即退出并强制中断所有守护线程，不执行finally或shutdown hook，其生命周期完全依附于非守护线程。

守护线程不决定 JVM 是否退出

JVM 退出的唯一判断依据是：是否存在正在运行的非守护线程。只要还有一个非守护线程处于 RUNNABLE、BLOCKED 或 TIMED_WAITING 等活跃状态，JVM 就会继续运行；一旦所有非守护线程终止（包括主线程结束），JVM 立即退出——此时所有仍在运行的守护线程会被强制中断，不等待执行完成，也不触发 finally 块或 Runtime.addShutdownHook()。

生命周期完全依附于用户线程

守护线程没有独立生命周期，它只为非守护线程服务：

• 只要至少一个非守护线程存活，守护线程可正常运行（即使被阻塞或休眠）
• 最后一个非守护线程结束的瞬间，JVM 开始清理，守护线程收到中断信号并被回收
• 不会执行优雅关闭逻辑：例如未刷盘的日志、未发送的监控数据、未释放的本地资源，都可能丢失

设置与继承的关键规则

setDaemon(true) 必须在 start() 之前调用，否则抛出 IllegalThreadStateException：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 主线程默认是非守护线程，但可以主动设为守护：Thread.currentThread().setDaemon(true) —— 这会导致主线程一结束，JVM 立刻退出，哪怕刚创建的子线程还没 start
• 新线程默认继承父线程的守护状态：从守护线程中 new Thread(...) 出来的线程，自动是守护线程；若需派生业务线程，必须显式调用 t.setDaemon(false)
• setDaemon(false) 是冗余操作（默认值），而 setDaemon(true) 才真正改变角色，且不可逆

适用场景与高危误用

适合做轻量、可丢弃、无副作用的后台支撑任务：

立即学习“Java免费学习笔记（深入）”；

• 心跳上报、指标采集、连接保活
• 异步日志缓冲刷写（需确保缓冲区小、失败可容忍）
• 定时轮询配置变更（不依赖执行结果持久化）

应避免用于以下情况：

• 涉及 I/O 写入或事务提交的任务（突然中断易致数据不一致）
• 作为调度器启动其他重要工作线程，却未重置其守护属性
• 在 main 中启动守护线程后直接 return，未保留任何非守护线程，导致程序“一闪而过”