守护进程会随父进程退出而终止；Python中设daemon=True的线程/进程在主进程结束时被强制终止，不执行清理逻辑，不能替代系统级daemon服务。
守护进程会随父进程退出而终止
Python 中用 threading.Thread 创建线程时，设 daemon=True 表示该线程为守护线程；同理，multiprocessing.Process 也支持 daemon=True。关键区别在于：一旦主进程（即启动它的那个 Python 解释器）执行完所有代码、即将退出时，所有设为 daemon=True 的子进程/线程会**被强制终止**，不等待其自然结束。
常见错误现象是：主线程启动了一个后台轮询任务（比如定时检查文件变化），但程序很快就结束了，后台任务没来得及运行——这往往是因为忘了设 daemon=False，或误以为 daemon=True 能“长期驻留”。
- 前台进程（
daemon=False）必须显式调用.join()才能保证主进程等它完成 - 守护进程不能做关键清理工作，因为
atexit注册的函数、__del__、finally块都可能不会执行 -
multiprocessing的守护进程在 Windows 上受限更多，某些资源（如Queue）无法在守护进程中安全使用
守护进程无法独立脱离终端存活
很多人混淆 Python 的 daemon=True 和 Linux 系统级 daemon（如 systemd 服务）。前者只是进程生命周期管理机制，**不是真正的后台服务**。只要启动它的终端关闭或 shell 进程退出，整个 Python 进程树（包括前台/守护子进程）都会收到 SIGHUP 并终止（除非额外处理信号或用 nohup）。
真正想让 Python 程序长期运行，需要：
立即学习“Python免费学习笔记（深入）”；
- 用
nohup python script.py &或setsid python script.py脱离终端控制 - 重定向
stdin/stdout/stderr，否则守护进程可能因写入已关闭的 stdout 而崩溃 - 配合
systemd、supervisord或screen等工具做进程保活和日志管理
判断当前进程是否为守护进程的方法
运行时可通过属性直接检查，但要注意：属性反映的是创建时的设置，而非当前实际状态。
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
对线程：thread.daemon；对进程：process.daemon。例如：
import threading t = threading.Thread(target=lambda: None) print(t.daemon) # 默认 False t.daemon = True print(t.daemon) # True
注意点：
- 一旦线程/进程已启动（
.start()后），再修改daemon属性会抛出RuntimeError - 主线程/主进程永远是前台的，
threading.main_thread().daemon恒为False - 子进程的
daemon值默认继承自父进程，但不能靠它判断“是否正在后台跑”，得结合外部进程管理方式看
何时该用守护进程，何时不该用
守护进程适合做辅助性、可丢弃的任务：比如心跳上报、缓存刷新、日志异步刷盘。它不适合承担必须完成的工作，比如数据库事务提交、文件写入落盘、HTTP 请求响应。
典型适用场景：
- 主线程负责接收用户输入，另起一个守护线程持续监听剪贴板变化
- Web 应用中用守护进程定期清理临时上传文件（失败了也没关系）
典型误用场景：
- 用守护进程发关键告警邮件——主进程一退出，邮件就发不出
- 守护进程里调用
subprocess.run(..., check=True)——异常时无法捕获，主进程也不等它 - 依赖守护进程维持 TCP 连接长链——连接会在主进程结束瞬间断开
真正需要可靠后台行为时，别依赖 daemon=True，老实用 systemd 管理独立进程，或把逻辑改造成主流程的一部分。
