僵尸进程讲解以及如何处理僵尸进程

#include <stdio.h>
#include <sys/wait.h>
#include <sys/types.h>
#include <unistd.h>

int main(void)   
{   
   pid_t pid;   
  
    if ((pid = fork()) < 0)   
    {   
        fprintf(stderr,"Fork error!/n");   
        exit(-1);   
    }   
    else if (pid == 0) /* first child */  
    {    
        if ((pid = fork()) < 0)   
        {    
            fprintf(stderr,"Fork error!/n");   
            exit(-1);   
        }   
        else if (pid > 0)   
            exit(0); /* parent from second fork == first child */  
        /*  
         * We're the second child; our parent becomes init as soon  
         * as our real parent calls exit() in the statement above.  
         * Here's where we'd continue executing, knowing that when  
         * we're done, init will reap our status.  
         */  
        sleep(2);   
        printf("Second child, parent pid = %d/n", getppid());   
        exit(0);   
    }   
       
    if (waitpid(pid, NULL, 0) != pid) /* wait for first child */  
    {   
        fprintf(stderr,"Waitpid error!/n");   
        exit(-1);   
    }   
  
    /*  
     * We're the parent (the original process); we continue executing,  
     * knowing that we're not the parent of the second child.  
     */  
    exit(0);   
}

fork两次在防止僵死方面来说，就是因为儿子进程先退出，孙子进程就被init接管了，实际上与最初的父进程脱离了关系，就不会僵死了。见APUE 的P151以下描述：

回忆一下8 . 5节中有关僵死进程的讨论。如果一个进程要f o r k一个子进程，但不要求它等待子进程终止，也不希望子进程处于僵死状态直到父进程终止，实现这一要求的诀窍是调用f o r k 两次。程序8 - 5实现了这一点。在第二个子进程中调用s l e e p以保证在打印父进程I D时第一个子进程已终止。在f o r k之后，父、子进程都可继续执行——我们无法预知哪一个会先执行。如果不使第二个子进程睡眠，则在f o r k之后，它可能比其父进程先执行，于是它打印的父进程I D将是创建它的父进程，而不是 i n i t进程（进程ID 1）。
两次fork的其它作用就是做daemon

void InitAsDaemon()   
{   
 if (Fork() > 0)   
  exit(0);   
  
 setsid();   
  
 Signal(SIGINT, SIG_IGN);   
 Signal(SIGHUP, SIG_IGN);   
 Signal(SIGQUIT, SIG_IGN);   
 Signal(SIGPIPE, SIG_IGN);   
 Signal(SIGTTOU, SIG_IGN);   
 Signal(SIGTTIN, SIG_IGN);   
 Signal(SIGCHLD, SIG_IGN);   
  
 if (Fork() > 0)   
  exit(0);   
  
 chdir("/");   
 umask(0);   
}

关于僵尸进程：

　　在fork()/execve()过程中，假设子进程结束时父进程仍存在，而父进程fork()之前既没安装SIGCHLD信号处理函数调用waitpid()等待子进程结束，又没有显式忽略该信号，则子进程成为僵尸进程，无法正常结束，此时即使是root身份kill -9也不能杀死僵尸进程。补救办法是杀死僵尸进程的父进程(僵尸进程的父进程必然存在)，僵尸进程成为"孤儿进程"，过继给1号进程init，init始终会负责清理僵尸进程。

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 用重手法处理它们。