必须在start()之前调用setdaemon(true)，否则抛illegalthreadstateexception；因daemon属性仅在new状态下可设，启动后状态变更即冻结，运行时修改会破坏jvm生命周期管理。
Java中Thread的daemon属性必须在调用start()之前设置，否则会抛出IllegalThreadStateException。这是硬性约束，不是建议。
必须在start()前调用setDaemon(true)
守护线程的标识只能在新线程处于“新建（NEW）”状态时修改。一旦线程进入“RUNNABLE”或任何其他运行中状态，再调用setDaemon()就会失败。
- ✅ 正确写法：构造线程对象 → 调用
setDaemon(true)→ 调用start() - ❌ 错误写法：
start()之后再调用setDaemon(true)，或在run()方法里尝试修改 - ⚠️ 注意：即使线程还没真正执行到
run()，只要start()已调用，状态就变了，不能再设为守护线程
Runnable本身不决定daemon属性
Runnable只是一个任务接口，它没有线程生命周期或守护状态的概念。守护属性完全属于Thread实例，由创建它的Thread对象控制。
- 你传入
new Thread(runnable)的runnable不会影响daemon；关键看这个Thread对象是否提前设置了setDaemon(true) - 使用lambda或匿名
Runnable也一样，守护行为仍由包裹它的Thread实例决定
子线程默认继承父线程的daemon状态
在一个线程中创建新线程时，若未显式设置，新线程会自动继承创建者（父线程）的daemon值。
- 主线程（main）默认是非守护线程（
isDaemon() == false），所以它直接创建的子线程默认也是非守护的 - 如果父线程是守护线程，它启动的子线程默认也是守护线程，无需重复调用
setDaemon(true) - 但显式设置更清晰，尤其在多层嵌套或线程工厂场景下
常见误用与风险提醒
把业务逻辑（如文件写入、网络请求、状态持久化）放在守护线程中，极易导致数据丢失或任务未完成就被强制终止。
- JVM退出条件：仅剩守护线程存活时，JVM立即退出，不等待守护线程执行完
-
finally块可能不会执行，不能依赖它做清理 - 守护线程适合纯后台支持任务，比如监控、心跳、日志刷盘（需配合缓冲与原子写）、定时统计等无强一致性要求的场景
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
