僵尸进程不能被直接清理，需父进程调用wait()回收；产生于子进程先结束而父进程未读取其退出状态时；可通过ps或top识别z状态进程；解决方法是唤醒父进程、重启服务或终止父进程使其被init收养；预防关键在于父进程主动处理sigchld信号。
僵尸进程本身不能被直接“清理”，因为它的资源已经释放，只留下一个进程表项。真正要做的，是让它的父进程调用 wait() 或 waitpid() 来读取退出状态，从而让内核回收该表项。如果父进程不配合，就得考虑终止父进程或重启服务。
僵尸进程是怎么产生的
当子进程先于父进程结束时，内核不会立即删除其进程描述符，而是保留少量信息（如退出码、PID），等待父进程通过 wait 系列系统调用获取。这段时间内，子进程就处于 Z（zombie）状态——它不占 CPU、不占内存，但仍在进程表中占一个位置。
常见诱因包括：
- 父进程写法有缺陷，忘记调用 wait()
- 父进程忙于其他任务，长期未处理子进程退出信号（如 SIGCHLD）
- 父进程已崩溃或被 kill，但子进程仍残留（此时 init 进程会收养，一般很快回收；若未被收养，可能卡住）
如何识别当前的僵尸进程
用 ps aux | grep 'Z' 或 ps aux | awk ' ~ /Z/ {print}' 查看状态为 Z 的进程。输出中 PPID 列就是它的父进程 PID。
也可以用 top 命令观察：底部会显示类似 1 zombie 的提示；或者在 htop 中按 F4 搜索 Z 状态。
常规解决方法与操作步骤
核心思路是让父进程主动回收，或切断父子关系使其被 init 收养：
- 确认僵尸进程的父进程 PID（PPID），用 ps -o pid,ppid,stat,comm -p [Z_PID]
- 检查父进程是否还在运行、是否正常响应 SIGCHLD（可向父进程发 kill -s SIGCHLD [PPID] 尝试唤醒）
- 若父进程是可控服务（如 shell 脚本、自研 daemon），重启该服务通常能触发 wait 行为
- 若父进程已无响应或设计缺陷严重，可 kill [PPID] ——子进程会被 init（PID 1）收养，init 会自动调用 wait 回收僵尸
预防僵尸进程的关键点
开发或运维中应主动规避，而不是等它出现再处理：
- 在父进程中设置 SIGCHLD 信号处理器，并在其中调用 waitpid(-1, &status, WNOHANG) 非阻塞回收
- 使用 fork() + exec() 后，确保每个子进程都有明确的回收逻辑，避免“放养”
- 在 shell 脚本中，用 wait 命令同步子进程（尤其配合 & 启动后台任务时）
- 容器环境中注意 PID 1 的行为：若用非 init 类进程（如自定义二进制）作为 PID 1，需自行处理 SIGCHLD，否则子进程退出后易变僵尸
不复杂但容易忽略。关键不是“杀僵尸”，而是让父进程尽责，或让它没机会失责。
