Python进程不能直接当容器PID 1，因其默认不处理SIGCHLD导致僵尸进程堆积，且无法可靠转发信号；推荐用tini等init进程代理PID 1职责。
为什么 Python 进程在容器里不能直接当 PID 1
因为 Linux 内核对 PID 1 有特殊要求：它必须能响应
来回收僵尸进程，还要能处理
、
等信号。而 Python 默认解释器**不处理
**，也不转发信号给子进程——容器一启动多个子进程（比如
调用的命令），很快就会堆满僵尸进程。
用
和
不够用
有人试过在 Python 脚本开头加
或手动注册
处理器，但问题没解决：Python 的
模块无法可靠捕获
并调用
清理所有子进程；而且容器终止时发的
会被 Python 忽略或无法透传给子进程。
只能捕获一次，漏收很常见
子进程若自己 fork 出孙子进程，Python 更难追踪和回收
Docker 默认用
启动容器时，其实就是在 PID 1 插了个轻量 init（如
），不是靠 Python 自己扛
推荐方案：用
作为容器 PID 1，Python 降级为普通进程
这是最稳妥、被 Kubernetes 和主流镜像广泛采用的做法。不用改 Python 逻辑，只改容器启动方式。
基础镜像选带
的（如
已内置）或手动安装：
Dockerfile 中写：
，再接你的 CMD
或者运行时加参数：
（Docker 1.13+ 原生支持）
验证是否生效：进容器执行
，看到
是 PID 1、Python 是它的子进程，就对了
如果非要用 Python 当 PID 1，至少得做三件事
仅限调试或极简场景，生产环境不建议。核心是补全内核对 PID 1 的基本契约。
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
下载
立即学习
“
Python免费学习笔记（深入）
”；
用
——但要循环调用，不能只注册一次
用
显式退出，否则 Python 默认忽略
子进程必须用
启动（避免共享会话），且禁用
防止中间 shell 拦截信号
仍需轮询
，因为
不保证每个子进程都触发一次信号
真正麻烦的是：一旦子进程又 fork 出新进程（比如调用
），Python 就彻底失去控制权。这种链式派生在真实服务中太常见了。
SIGCHLDSIGHUPSIGTERMSIGCHLDsubprocess.Popenos.setsid()signal.signal()os.setsid()SIGCHLDsignalSIGCHLDos.waitpid(-1, os.WNOHANG)SIGTERMsignal.signal(signal.SIGCHLD, handler)--inittinitinitinipython:3.11-slimapt-get install -y tiniENTRYPOINT ["/sbin/tini", "--"]docker run --init your-imageps -o pid,ppid,commtinisignal.signal(signal.SIGCHLD, lambda s, f: os.waitpid(-1, os.WNOHANG))signal.signal(signal.SIGTERM, lambda s, f: sys.exit(0))start_new_session=Trueshell=Trueos.waitpid()SIGCHLDbash -c "sleep 10 &"