进程篇——僵死进程和孤儿进程概念及处理方法

一：定义

         首先明白，在linux系统中，子进程是通过父进程创建的，子进程自身再创建新的进程。并且父进程和子进程是异步运行的，即父进程永远无法预测子进程何时结束，当然也就不知道何时去收集子进程的退出信息了。

孤儿进程：在一个父进程退出后，剩余的它的一个子进程或者多个子进程仍然在运行，并没有退出，那么这些子进程就会变成孤儿进程，这些孤儿进程将被init进程(进程号为1)所收养，并由init进程对它们完成状态收集工作。

僵死进程：一个进程使用了fork语句创建子进程，当子进程退出后，而父进程并没有能获取到子进程的状态信息，那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。可以使用ps -e命令查看进程，可以查看到僵死的子进程（进程后有<defunct>字样）

 

（

          我们知道在unix/linux中，正常情况下，子进程是通过父进程创建的，子进程在创建新的进程。子进程的结束和父进程的运行是一个异步过程,即父进程永远无法预测子进程 到底什么时候结束。 当一个 进程完成它的工作终止之后，它的父进程需要调用wait()或者waitpid()系统调用取得子进程的终止状态。

　　孤儿进程：一个父进程退出，而它的一个或多个子进程还在运行，那么那些子进程将成为孤儿进程。孤儿进程将被init进程(进程号为1)所收养，并由init进程对它们完成状态收集工作。

　　僵尸进程：一个进程使用fork创建子进程，如果子进程退出，而父进程并没有调用wait或waitpid获取子进程的状态信息，那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。

3、问题及危害

　　unix提供了一种机制可以保证只要父进程想知道子进程结束时的状态信息， 就可以得到。这种机制就是: 在每个进程退出的时候,内核释放该进程所有的资源,包括打开的文件,占用的内存等。 但是仍然为其保留一定的信息(包括进程号the process ID,退出状态the termination status of the process,运行时间the amount of CPU time taken by the process等)。直到父进程通过wait / waitpid来取时才释放。 但这样就导致了问题，如果进程不调用wait / waitpid的话， 那么保留的那段信息就不会释放，其进程号就会一直被占用，但是系统所能使用的进程号是有限的，如果大量的产生僵死进程，将因为没有可用的进程号而导致系统不能产生新的进程. 此即为僵尸进程的危害，应当避免。

　　孤儿进程是没有父进程的进程，孤儿进程这个重任就落到了init进程身上，init进程就好像是一个民政局，专门负责处理孤儿进程的善后工作。每当出现一个孤儿进程的时候，内核就把孤 儿进程的父进程设置为init，而init进程会循环地wait()它的已经退出的子进程。这样，当一个孤儿进程凄凉地结束了其生命周期的时候，init进程就会代表党和政府出面处理它的一切善后工作。因此孤儿进程并不会有什么危害。

　　任何一个子进程(init除外)在exit()之后，并非马上就消失掉，而是留下一个称为僵尸进程(Zombie)的数据结构，等待父进程处理。这是每个 子进程在结束时都要经过的阶段。如果子进程在exit()之后，父进程没有来得及处理，这时用ps命令就能看到子进程的状态是“Z”。如果父进程能及时 处理，可能用ps命令就来不及看到子进程的僵尸状态，但这并不等于子进程不经过僵尸状态。  如果父进程在子进程结束之前退出，则子进程将由init接管。init将会以父进程的身份对僵尸状态的子进程进行处理。

　　僵尸进程危害场景：

　　例如有个进程，它定期的产 生一个子进程，这个子进程需要做的事情很少，做完它该做的事情之后就退出了，因此这个子进程的生命周期很短，但是，父进程只管生成新的子进程，至于子进程 退出之后的事情，则一概不闻不问，这样，系统运行上一段时间之后，系统中就会存在很多的僵死进程，倘若用ps命令查看的话，就会看到很多状态为Z的进程。 严格地来说，僵死进程并不是问题的根源，罪魁祸首是产生出大量僵死进程的那个父进程。因此，当我们寻求如何消灭系统中大量的僵死进程时，答案就是把产生大 量僵死进程的那个元凶枪毙掉（也就是通过kill发送SIGTERM或者SIGKILL信号啦）。枪毙了元凶进程之后，它产生的僵死进程就变成了孤儿进 程，这些孤儿进程会被init进程接管，init进程会wait()这些孤儿进程，释放它们占用的系统进程表中的资源，这样，这些已经僵死的孤儿进程 就能瞑目而去了

）

二：为什么僵死进程不利于我们的进程处理呢？

       进程新生成时，必须先分配PCB结构，后才生成进程主体。一般在进程结束时，先释放主体，然后才会释放PCB（进程控制块，一个PCB大概1.7K），但是在僵死进程中，当进程的主体释放，但是PCB结构依旧不释放。那么实际上你这个子进程中的有效数据只有4个字节，不释放PCB 的同时，将在这个子进程中就使得剩下的内存空间既无法释放也无法得到重新利用，所以会造成大量的内存浪费。

举例生成一个僵死进程：

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h> 

int main ()
{
        pid_t p = fork();//进行fork操作，创建子进程
	if (p == -1)	
          {		
              printf("ERROR\n");	
          }	
        else if (p == 0)	
          {		
               printf("Child pid is:%d\n",getpid());   //子进程           
          }
	else 	
           {		
              while (1)		
                {			
                   printf("Father pid is:%d\n",getpid());    //父进程		
                   sleep(1);		//睡眠一秒
                }	
           }
     exit(0);
}

 

编译运行之后，会打印输出一次子进程的pid，随后一直是父进程打印自己的pid。  

三：如何处理僵死进程呢：

方法一：wait/waitpid函数： Pid_t wait(int *reval)

        既然是父进程没有收到子进程的退出信息，那么我们给它用一个来使得能收到就OK了。wait函数就是用来应对这种情况的，父进程在调用wait函数之后就可以将自己阻塞，由wait自动分析是否当前进程的某个子进程已经退出，如果让它找到了这样一个已经变成僵尸的子进程，wait就会收集这个子进程的信息，并把它彻底销毁后返回；如果没有找到这样一个子进程，wait就会一直阻塞在这里，直到有一个出现为止。其中的参数reval用来保存被收集进程退出时的一些状态，它是一个指向int类型的指针。但如果我们对这个子进程是如何死掉的毫不在意，只想把这个僵尸进程消灭掉，我们就可以设定这个参数为NULL

例如：pid = wait(NULL

在原代码中的父进程块中也只需要添加 wait（NULL），再运行的时候就会发现僵死进程已经被处理掉。

 

但是这样会出现一个问题：

在阻塞的过程中，父进程停止了自己的运行。在实际应用中我们不可能为了处理一个僵死进程而令父进程一直wait。并且一个wait函数只能处理一个僵死进程，作用十分有限。

那么就是能不能子进程在退出的时候它自己发出一个信号，来告诉父进程：我要退出了，你快点来处理我吧！

答案当然是可以的！

方法二：使用信号

（信号是系统预先定义好的特定的事件，信号可以被产生，也可以被接收，产生和接收的实体就是进程）

  只需要在父进程块中加入一行代码：signal（SIGCHLD,SIG_IGN）;

   将 SIGCHLD信号的操作设为SIG_IGN     
   signal(SIGCHLD,SIG_IGN);

   就可以不产生僵死进程了。调用这个signal函数就定义了父进程对子进程结束后返回的SIGCHLD信号的响应方式：忽略（信号的响应方式有：默认   忽略   自定义），这种方式可以保持异步，即处理僵死进程的同时，父进程还可以继续运行不受影响。