一个让你困惑的场景
你是否曾经运行 ps aux 命令，看到某一行的 STAT 列显示为 Z？对应的进程名字后面还跟着 <defunct> 字样。这就是传说中的僵尸进程。
不要害怕，它不是病毒，也不是系统崩溃的前兆。但它确实有点“阴魂不散”的意思——一个进程明明已经结束了，却依然占据着进程列表中的一个位置，就像一个人已经去世，户口却没有注销。
进程的完整生命周期
要理解僵尸，我们需要先弄清楚一个进程是怎么“寿终正寝”的。
当你运行一个程序（比如 ls 或 python），操作系统会为它创建一个进程。这个进程拥有自己的内存空间、文件描述符、环境变量等。当进程完成工作准备退出时，它会调用 exit() 系统调用——这相当于跟内核说：“我干完了，请把我清理掉。”
但是，内核并不会立刻把进程的所有痕迹抹除。为什么？因为进程还需要留下一份“死亡报告”：它退出的状态码（0表示成功，非0表示有错误）、消耗的CPU时间、内存峰值等。这些信息，它的父进程（创建它的那个进程）可能会想知道。
于是，内核将进程的状态标记为 Zombie（僵尸），保留进程描述符（一个很小的内核数据结构），等待父进程来“收尸”——也就是调用 wait() 或 waitpid() 系统调用，读取子进程的退出状态。读取完成之后，内核才会彻底删除这个进程的最后一个痕迹。
僵尸进程的真正危害
一个处于僵尸状态的进程，不再占用内存、CPU等大部分资源，它仅仅在进程表中占据一个条目。进程表的大小是有限的（可以通过 cat /proc/sys/kernel/pid_max 查看系统最大PID数量）。
问题在于，如果父进程迟迟不来收尸（比如它自己陷入了死循环，或者压根就没写收尸的代码），那么僵尸进程就会一直存在。当僵尸进程的数量积累到填满进程表时，系统就无法创建任何新进程了——这时候才会真正出大问题。
孤儿进程与收养机制
那么问题来了：如果一个进程的父进程提前死掉了，那它的子进程会变成什么？会不会成为无人认领的“野孩子”？
答案是有趣的。Linux 的设计者考虑到了这一点：当一个进程的父进程终止时，系统会将它的所有子进程“过继”给 init 进程（PID=1，在现代系统中通常是 systemd）。init 进程会定期调用 wait()，专门负责给这些孤儿进程收尸。所以，孤儿进程不会变成僵尸，它们会被妥善处理。
如何清理僵尸进程
既然僵尸进程的根源是父进程不来收尸，那最直接的解决方式就是干掉父进程。父进程死亡后，僵尸子进程会被过继给 init，然后 init 就会立刻来收尸，僵尸瞬间消失。
你可以用 ps -ef 查看进程的父子关系，找到僵尸进程的父进程PID，然后根据情况（比如 kill -9）终止父进程。但要注意，杀死父进程可能会影响系统中正在运行的其他服务。
另一种方式是修复父进程的代码，让它在创建子进程后正确处理 SIGCHLD 信号。当子进程终止时，内核会向父进程发送这个信号，父进程可以在信号处理函数中调用 wait()。这是一种更优雅的做法。
一个冷门但有用的技巧
你可能不知道，通过 prctl 系统调用（PR_SET_CHILD_SUBREAPER 标志），可以让一个普通进程变成子进程的“收养者”，扮演类似 init 的角色。这在容器技术中非常关键——容器内的 init 进程需要负责清理容器内的所有僵尸进程，否则容器运行时会产生大量僵尸。
