setdaemon只能在new状态调用，不可动态切换或用于线程池；守护线程不执行finally和shutdown hook；应自定义threadfactory设daemon，或用thread.builder（java 19+）安全初始化。
setDaemon 方法不能在启动后设置，只能在线程处于 NEW 状态时调用；一旦 start() 执行，再调用会直接抛出 IllegalThreadStateException。它也不支持动态切换状态——设为 true 后无法改回 false，且对线程池中的线程无效。
守护线程不执行 finally 和 shutdown hook
JVM 退出时会强制终止所有守护线程，不会等待其完成当前操作，也不会触发 try-finally 中的清理逻辑，甚至 atexit 或 Runtime.addShutdownHook 都不会运行。这意味着日志刷盘、文件关闭、连接释放等关键善后动作大概率丢失。
ExecutorService 无法直接设置守护属性
ThreadPoolExecutor、ScheduledThreadPoolExecutor 等线程池创建的线程由内部 ThreadFactory 控制，对外暴露的 submit() 或 execute() 方法不接受 daemon 设置。直接对 ExecutorService 对象调 setDaemon() 是无效的，因为该方法属于 Thread 类，不是 Executor 接口的一部分。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 正确做法是自定义 ThreadFactory，在 newThread(Runnable r) 中创建 Thread 并显式调用 setDaemon(true)
- 示例：return new Thread(r) {{ setDaemon(true); }};
- 注意：Java 8+ 的 Lambda 表达式无法直接访问 this，需用匿名内部类或命名类封装
替代方案：更可控的后台任务管理
若需可靠执行清理逻辑，应避免依赖守护线程机制，转而采用以下方式：
- 主线程显式协调：启动后台线程后，在 main 结束前调用 thread.join(timeout)，给予有限时间完成工作
- 信号驱动退出：用 volatile boolean 标志位控制循环，主线程置 false 后 sleep 等待自然退出
- 资源自动管理：用 try-with-resources 封装可关闭资源，确保 I/O、连接等在作用域结束时释放
- 注册 JVM 关机钩子：Runtime.getRuntime().addShutdownHook(new Thread(() -> { /* 清理代码 */ }))，但需注意它只在正常关闭时触发，kill -9 不生效
现代写法推荐：构造时声明 daemon 属性（Java 19+）
虽然 Java 目前仍无构造参数式 daemon 支持（Python 有 daemon=True），但可通过 Thread.Builder（Java 19 引入）实现更安全的初始化：
- Thread.ofVirtual().name("cleaner", 0).daemon(true).unstarted(runnable)
- 或 Thread.ofPlatform().daemon(true).unstarted(runnable)
- Builder 模式天然规避“先 start 后 set”的误用，且语义明确、不可变
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
