僵尸进程无法被杀死，因其已终止运行，仅残留进程表项；必须由父进程调用wait()/waitpid()或init进程代为回收才能释放。
僵尸进程本身不能被“杀死”，因为它早已终止运行，只是进程表项（PCB）还残留着。真正要做的，是让内核释放这个残留条目——核心逻辑在于：只有父进程调用 wait() 或 waitpid()，或由 init 进程代为回收，内核才会从进程表中彻底删除该条目。
僵尸进程的本质是进程表项滞留
子进程调用 exit() 后，内核立即释放其用户态资源（内存、文件描述符、栈等），但保留 task_struct 中的关键字段：PID、退出码、终止信号、CPU 使用时间等。这部分内核态元数据必须由父进程显式读取，才能触发内核释放该进程表槽位。未释放的条目仍占用 PID 空间和少量内核内存，大量累积会导致 PID 耗尽（尤其在嵌入式或长期运行服务中）。
父进程必须主动回收，否则不会自动清理
内核不会替父进程做决定。即使父进程正在运行、空闲或睡眠，只要它没调用 wait 类系统调用，僵尸就一直挂着。常见疏漏包括：
使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具。
- 父进程忽略
SIGCHLD信号，且未在主循环中轮询waitpid(-1, &status, WNOHANG) - 信号处理函数中调用了
wait()，但未用WNOHANG避免阻塞，导致信号 handler 被反复中断而无法完成回收 - 多线程程序中，仅某个线程注册了
SIGCHLDhandler，但wait()调用不在同一线程上下文，引发 ECHILD 错误
init 进程是最后的兜底机制
当父进程终止时，所有子进程自动被 re-parent 到 init（PID=1）。init 持续调用 waitpid(-1, NULL, 0)，因此孤儿化的僵尸进程会被它立即收尸。但注意：如果父进程没死，只是“不作为”，init 不会插手——这与孤儿进程有本质区别。
验证与定位的关键命令
用 ps aux | grep 'Z' 查看 Z 状态进程，再结合 ps -o pid,ppid,stat,comm -C your_parent_name 确认谁是父进程。若父进程 PID 显示为 1，说明它已被 init 接管；若仍是某个活跃进程 PID，则问题出在该父进程未履行回收义务。可进一步用 strace -p <parent_pid> -e trace=wait,waitpid,wait4</parent_pid> 观察其是否真的调用了等待系统调用。
