在Linux中，进程退出后，分配的绝大部分资源将被回收，除了 task_struct 结构及少数资源外。 此时的进程已经 “死亡” ，但 task_struct 结构还保存在进程列表中， 半死不活 ，故称为 “僵尸进程” 。

在回收僵尸进程之前，如果父进程退出了，则僵尸进程变为 “孤儿进程” ，进而被init进程接管、回收。

僵尸进程的状态为 EXIT_ZOMBIE ，缩写 Z ，ps命令也会打印僵尸进程，但无法使用kill杀死。

为什么需要僵尸进程（保留 task_struct ）？

之所以保留 task_struct ，是因为 task_struct 里面保存了进程的pid、退出码、以及一些统计信息，父进程很可能会关心这些信息。比如 $? 变量就保存了最近一个退出的前台进程的退出码，这个退出码就来自于僵尸进程的 task_struct 结构。

为什么要处理僵尸进程

僵尸进程的 task_struct 中保存了进程的pid、退出码等。尤其是pid，如果僵尸进程过多，最终耗尽了pid，那么将无法创建新的进程。

如何处理僵尸进程？

父进程可以通过wait系列的系统调用（如wait4、waitpid等，以下用wait指代）来等待某个或某些子进程的退出，并获取它的退出信息，然后顺便回收子进程的“尸体”（如 task_struct ），然后子进程转入 EXIT_DEAD 状态（ X ），等待被操作系统彻底回收。

方案1：父进程调用wait

很自然的，如果父进程主动调用wait，也就消灭了僵尸进程。

方案2：kill父进程（产生“孤儿进程”）

如果父进程回收僵尸进程前就退出了，则僵尸进程变为“孤儿进程”。通常会将“孤儿进程”委托给init进程（pid等于1），init进程将在一个死循环中等待其子进程（包括这些僵尸进程）的退出事件，并调用wait回收子进程的尸体。

方案3：通过信号机制异步回收

编写程序时，子进程退出前向父进程发送 SIGCHLD 信号，父进程收到 SIGCHLD 信号后（通过 signal(SIGCHLD, sig_child) 绑定信号处理器），调用wait回收子进程的尸体。

为什么会出现少数僵尸进程一直不被回收

在实际工作中，总会碰到少数僵尸进程一直不被回收。