因为terminate()仅发送sigterm信号且不等待子进程退出，内核将已终止子进程置为z状态，必须由父进程调用wait()类系统调用（如join()）读取退出码才能回收；缺少join()即产生僵尸进程。
为什么 terminate() 后不 join() 就留僵尸？
terminate() 只是向子进程发 SIGTERM，它不等待子进程真正退出，也不回收其退出状态。内核会把已终止的子进程标记为 Z 状态，直到父进程调用 wait() 类系统调用（如 join()）读取它的退出码。
常见错误写法：p = multiprocessing.Process(...); p.start(); p.terminate() —— 缺少 p.join()，僵尸立刻生成。
关键点：即使子进程已退出，只要父进程没 join() 或等价操作，它就卡在僵尸态。
-
join()内部调用的是waitpid()，是唯一安全且标准的回收方式 -
terminate()和join()顺序不能颠倒；join(timeout=...)可防阻塞，但超时后仍需再试或强制清理 - 若子进程已僵死，
join()仍能立即返回并清理——它不是“等”，而是“收尸”
subprocess.Popen 怎么避免漏掉 .wait()？
subprocess.Popen 不像 multiprocessing.Process 那样自带 join()，必须显式调用 .wait()、.communicate() 或进入上下文管理器。
最稳妥写法是用 with + communicate()：
with subprocess.Popen(['sleep', '2']) as proc:
proc.communicate() # 自动 wait，异常时也保证回收
如果只启动不关心输出，至少得 proc.wait()：
Python 3.14.2
下载
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
- 别只写
subprocess.Popen(...)就丢弃变量——对象销毁不触发 wait -
.poll()不回收，只查状态；.kill()同样不回收，必须配.wait() - 批量启动时，建议把所有
Popen实例存进列表，程序退出前统一.wait()
信号 SIGCHLD 处理容易踩哪些坑？
注册SIGCHLD 处理器可让父进程异步回收，但 Python 的信号处理有严格限制：
不能在信号处理器里调用 os.waitpid(-1, os.WNOHANG) 以外的多数系统调用（比如 print、logging、time.sleep），否则可能死锁或崩溃。
- 推荐模式：信号处理器里只设一个全局 flag 或往
queue.Queue放标识，主循环检测并调用os.waitpid(-1, os.WNOHANG) -
os.WNOHANG必须加——否则waitpid()会阻塞，失去异步意义 - 别设
signal.signal(signal.SIGCHLD, signal.SIG_IGN)：虽能自动清理，但会丢失子进程退出码，调试和监控失效
容器里 init 进程不是 PID 1 怎么办？
Docker 默认不运行init，主进程就是 PID 1，它不会自动 wait() 所有孤儿子进程。
这意味着：用 os.fork() 启的子进程，若父进程提前退出，子进程变成孤儿后不会被自动回收，反而可能长期僵死。
- 方案一：用
tini作为容器 entrypoint（Docker 官方推荐），它会接管 PID 1 并正确处理僵尸 - 方案二：自己在代码里确保每个
fork()后都有对应waitpid()，别依赖 init - 方案三：用
start_new_session=True启subprocess，让子进程脱离当前 session，但注意这不解决 fork 场景
最容易被忽略的是：你以为容器里 “init 会兜底”，结果发现 ps aux | grep Z 一直涨——那大概率是你没配 tini，也没手动 wait。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
