核心是让pid 1主动回收子进程：因僵尸已退出，kill无效；需确保pid 1响应sigchld并调用waitpid()，推荐用tini（--init或entrypoint）替代默认shell。
清除 Docker 容器里的僵尸进程，核心不是“杀僵尸”，而是让 PID 1 进程能主动回收子进程——因为僵尸本身已退出，kill -9 对它完全无效。真正要处理的是容器内负责启动应用的那个父进程（即 PID 1），它必须响应 SIGCHLD 并调用 waitpid()。
确认是否真有僵尸进程
先进入容器检查：
-
ps aux | grep ' Z '（注意空格，精准匹配 Z 状态） -
ps axo stat,pid,ppid,comm | grep "^Z"—— 显示僵尸的 PID、父 PID（PPID）和命令名 ps aux | awk '$8 ~ /Z/ {print "PID:", $2, "PPID:", $3, "CMD:", $11}'
如果看到 Z 状态进程，说明父进程（PPID 所指）没做回收。别急着 kill 僵尸，先看它的父进程是谁。
临时清理：杀父进程让 init 接管
这是最快见效的应急方法，适用于调试或短期修复：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 查出僵尸的父进程 PID：
ps -o ppid= -p - 确认该父进程是否可中断（比如是测试脚本而非 nginx 主进程）
- 执行：
kill -9
父进程一退出，所有子僵尸立刻变成孤儿进程，被容器的 PID 1（如 tini 或 sh）收养并立即回收。但如果父进程是常驻服务且会自动重启，新 fork 的子进程可能再次变僵尸——这说明问题没根治。
根治方案：让 PID 1 具备 init 功能
Docker 默认用 bash/sh 作 PID 1，但它不处理 SIGCHLD，所以子进程退出就滞留为僵尸。解决办法是换一个懂“收尸”的 PID 1：
-
推荐 tini：轻量、官方支持。Dockerfile 中加一行：
ENTRYPOINT ["tini", "--"]；或运行时加参数：docker run --init … -
用 s6-overlay：适合多服务容器（如 Nginx + PHP-FPM）。需在镜像中安装 s6，并把启动脚本放进
/etc/services.d/myapp/run，ENTRYPOINT 设为/init -
避免自研 Bash init：虽然几行脚本能写出来，但在 Alpine 等最小镜像里，busybox ash 不支持
wait -n，容易失效
验证是否真正解决
光看“当前没僵尸”不够，得测它会不会再生：
- 在容器内反复执行：
sh -c 'sleep 0.01' &（快速启停子进程） - 每次执行后运行：
ps axo stat | grep -c '^Z' - 若结果始终为
0，说明 PID 1 已稳定回收
同时建议在应用代码里也补上 SIGCHLD 处理逻辑，双保险更稳妥。
