setdaemon(true)必须在start()前调用，否则抛runtimeerror；守护线程随主线程退出被强制终止，不执行finally等清理逻辑，仅适用于可中断的无状态任务，python 3.9+推荐构造时传daemon=true参数。
setDaemon(True) 必须在 start() 之前调用
这是最常踩的坑：一旦线程已 start()，再调用 setDaemon(True) 会直接抛出 RuntimeError: cannot set daemon status of active thread。守护线程的“守护属性”是线程对象初始化后的静态标识，运行中不可更改。
正确顺序只能是：thread = threading.Thread(target=cleanup_task) → thread.setDaemon(True) → thread.start()。漏掉中间一步或顺序颠倒，任务就不会随主线程退出而终止。
主线程退出时守护线程被强制终止，不保证执行完
守护线程不是“优雅退出线程”，而是 JVM/Python 解释器层面的强制回收机制。主线程一结束，解释器开始清理，守护线程的 run() 方法可能执行到一半就被杀掉——finally 块、atexit 注册函数、甚至 __del__ 都不会触发。
所以只适合做无状态、可中断的清理，比如：
- 定期轮询临时文件并删除（删一半没关系）
- 向监控服务发送心跳（丢一次心跳可接受）
- 写入日志缓冲区（需确保缓冲区已 flush，否则可能丢失）
绝不适合做事务性操作，如数据库 commit、文件 rename、释放锁等。
Python 3.9+ 推荐用 daemon 参数替代 setDaemon
setDaemon() 是旧式写法，虽然仍可用，但 Python 官方文档明确建议改用构造时传参。语义更清晰，且避免误调用时机问题：
import threading <p>def cleanup_task(): while True:</p><h1>模拟后台清理</h1><pre class="brush:php;toolbar:false;"><code> time.sleep(5)</code>
✅ 推荐：构造时指定
t = threading.Thread(target=cleanup_task, daemon=True)
❌ 不推荐：先创建再设属性（易错）
t = threading.Thread(target=cleanup_task)
t.setDaemon(True) # 容易忘，或放错位置
注意：daemon=True 是关键字参数，不能省略名称；传 daemon=1 或 daemon="True" 会报错。
主线程必须显式等待（或自然结束），否则守护线程没机会运行
很多人设了 daemon=True，却发现清理函数压根没执行——因为主线程启动守护线程后立刻退出了，解释器直接收走所有守护线程，连第一行代码都没来得及跑。
常见补救方式：
- 主线程末尾加
time.sleep(n)（仅测试用） - 用
threading.Event控制生命周期（生产推荐） - 让主线程做实际工作（如处理请求、读 stdin），而非启动即退出
没有“主线程等待守护线程完成”的机制，只有“主线程活着，守护线程才可能运行”。这点和 Java 的 setDaemon(true) 行为一致，但比很多人想象中更“粗暴”。
