僵尸进程(大地小神之个人收藏)

僵尸进程
1.概述
在fork()/execve()过程中，假设子进程结束时父进程仍存在，而父进程fork()之前既没安装SIGCHLD信号处理函数调用waitpid()等待子进程结束，又没有显式忽略该信号，则子进程成为僵尸进程，无法正常结束，此时即使是r o o t身份k i l l-9也不能杀死僵尸进程。

补救办法是杀死僵尸进程的父进程(僵尸进程的父进程必然存在)，僵尸进程成为"孤儿进程"，过继给1号进程init，init始终会负责清理僵尸进程。

(僵尸进程—孤儿进程)
2.怎样产生僵尸进程的
一个进程在调用exit命令结束自己的生命的时候，其实它并没有真正的被销毁，而是留下一个称为僵尸进程（Zombie）的数据结构（系统调用exit，它的作用是使进程退出，但也仅仅限于将一个正常的进程变成一个僵尸进程，并不能将其完全销毁）。

在Linux进程的状态中，僵尸进程是非常特殊的一种，它已经放弃了几乎所有内存空间，没有任何可执行代码，也不能被调度，仅仅在进程列表中保留一个位置，记载该进程的退出状态等信息供其他进程收集，除此之外，僵尸进程不再占有任何内存空间。

它需要它的父进程来为它收尸，如果他的父进程没安装SIGCHLD信号处理函数调用wait或waitpid()等待子进程结束，又没有显式忽略该信号，那么它就一直保持僵尸状态，如果这时父
进程结束了，那么init进程自动会接手这个子进程，为它收尸，它还是能被清除的。

但是如果如果父进程是一个循环，不会结束，那么子进程就会一直保持僵尸状态，这就是为什么系统中有时会有很多的僵尸进程。

3.怎么查看僵尸进程
利用命令ps，可以看到有标记为Z的进程就是僵尸进程。

4.怎样来清除僵尸进程
A.改写父进程，在子进程死后要为它收尸
具体做法是接管SIGCHLD信号。

子进程死后，会发送SIGCHLD信号给父进程，父进程收到此信号后，执行waitpid()函数为子进程收尸。

这是基于这样的原理：就算父进程没有调用wait，内核也会向它发送SIGCHLD消息，尽管默认处理是忽略，如果想响应这个消息，可以设置一个处理函数。

B.把父进程杀掉
父进程死后，僵尸进程成为"孤儿进程"，过继给1号进程init，init始终会负责清理僵尸进程．它产生的所有僵尸进程也跟着消失。

5.查看僵尸命令
p s a u w x
a all w/ tty, including other users 所有窗口(w)和终端(tty)，包括其他用户的进程
u user-oriented 面向用户(用户友好)
-w,w wide output 宽格式输出
x processes w/o controlling ttys在僵尸进程后面会标注
p s a x f
看进程树，以树形方式现实进程列表
p s a x m
会把线程列出来,在linux下进程和线程是统一的，是轻量级进程的两种方式。

p s a x u
显示进程的详细状态
6.避免zombie的方法
1)在SVR4中，如果调用signal或sigset将SIGCHLD的配置设置为忽略,则不会产生僵死子进程。

另外,使用SVR4版的sigaction,则可设置SA_NOCLDWAIT标志以避免子进程僵死。

Linux中也可使用这个，在一个程序的开始调用这个函数
s i g n a l(S I G C H L D,S I G_I G N);
2)调用fork两次。

3)用waitpid等待子进程返回.
7.fork与zombie/defunct"
在Unix下的一些进程的运作方式。

当一个进程死亡时,它并不是完全的消失了。

进程终止,它不再运行,但是还有一些残留的小东西等待父进程收回。

这些残留的东西包括子进程的返回值和其他的一些东西。

当父进程fork() 一个子进程后,它必须用wait() 或者waitpid() 等待子进程退出。

正是这个wait() 动作来让子进程的残留物消失。

自然的，在上述规则之外有个例外:父进程可以忽略SIGCLD 软中断而不必要wait()。

可以这样做到(在支持它的系统上,比如Linux):
main()
{
signal(SIGCLD, SIG_IGN); /* now I don't have to wait()! */
fork();
fork();
fork(); /* Rabbits, rabbits, rabbits! */
｝
现在，子进程死亡时父进程没有wait()，通常用ps 可以看到它被显示为“”。

它将永远保持这样直到父进程wait()，或者按以下方法处理。

这里是你必须知道的另一个规则:当父进程在它wait()子进程之前死亡了(假定它没有忽略SIGCLD),子进程将把init(pid 1)进程作为它的父进程。

如果子进程工作得很好并能够控制，这并不是问题。

但如果子进程已经是defunct，我们就有了一点小麻烦。

原先的父进程不可能再wait()，因为它已经消亡了。

这样，init 怎么知
道wait() 这些zombie 进程。

答案：不可预料的。

在一些系统上，init周期性的破坏掉它所有的defunct进程。

在另外一些系统中,它干脆拒绝成为任何defunct 进程的父进程，而是马上毁灭它们。

如果你使用上述系统的一种,可以写一个简单的循环，用属于init的defunct进程填满进程表。

这大概不会令你的系统管理员很高兴吧?
你的任务：确定你的父进程不要忽略SIGCLD，也不要wait() 它fork() 的所有进程。

不过，你也未必要总是这样做（比如，你要起一个daemon 或是别的什么东西）,但是你必须小心编程，如果你是一个fork() 的新手。

另外，也不要在心理上有任何束缚。

总结：
子进程成为defunct 直到父进程wait()，除非父进程忽略了SIGCLD 。

更进一步，父进程没有wait() 就消亡（仍假设父进程没有忽略SIGCLD ）的子进程（活动的或者defunct）成为init 的子进程，init 用重手法处理它们。