【计算机网络】孤儿进程和僵尸进程

关于孤儿进程和僵尸进程的定义与解释来自大佬：https://www.cnblogs.com/Anker/p/3271773.html

1、什么是孤儿进程和僵尸进程

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

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

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

2、僵尸进程有什么危害

　　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()这些孤儿进程，释放它们占用的系统进程表中的资源，这样，这些已经僵死的孤儿进程 就能瞑目而去了。

3、如何解决僵尸进程

主要有三种方法销毁僵尸进程

(1)调用wait函数

父进程调用此函数时如果子进程已经退出，则将子进程的返回值存入statloc指向的内存单元中(exit(?)的返回值或者return返回值)，如果调用此函数时子进程还未结束，则父进程堵塞在这个函数中直至子进程退出。但statloc指向的内存中不只返回值还有其他信息，一般我们通过宏将其分离。

WIFEXITED(statloc)：子进程正常终止时返回true；

WEXITSTATUS:返回子进程的返回值；

 

(2)调用waitpid函数

pid：待终止的子进程的pid，若-1，则为任意子进程；

statloc：子进程返回值将存储到此参数保存的内存空间；

options：一般为常量WNOHANG，若调用此函数时没有已终止的子进程，则waitpid函数不会堵塞，而是直接返回0；

所以调用waitpid函数时，需不停的用while循环判断是否有终止的子进程。

(3)信号处理

信号处理就是将一个信号与某个函数进行绑定，当这个信号出现时操作系统自动执行被绑定的函数。当然也可以不绑定自己写的函数，而在func处填入函数默认值，如：

典型的signo信号有：

SIGALARM：alarm函数倒计时结束时的信号；关于alarm()函数的解释：https://blog.csdn.net/csdn_kou/article/details/81093324

SIGINT：交互式注意信号，输入CTRL+C；

SIGCHLD：子进程终止；

注意：信号发生时将唤醒由于调用sleep()函数而进入阻塞状态的进程，并且一旦被唤醒就不会再进入睡眠状态。

#include <iostream>
#include <cstdlib>
#include <unistd.h>
#include <signal.h>
#include <sys/wait.h>

using namespace std;

void read_child_proc(int sig)
{
    int status;
    pid_t pid = waitpid(-1, &status, WNOHANG);

    if (WIFEXITED(status)) {    // 子进程正常结束
        cout << "child proc finish: " << pid <<" " << WEXITSTATUS(status) << endl;
    }
}

int main()
{
    signal(SIGCHLD, read_child_proc);   // 注册子进程结束信号，当子进程结束时调用                                        
                                       //read_child_proc函数
    pid_t pid = fork();
    if (pid < 0) {
        cout << "fork() failed" << endl;
        return 0;
    }

    if (pid == 0) {
        return 5;
    } else {
        sleep(30);
        cout << "master proc wake up" << endl;
    }

    return 0;
}

但signal函数不太常用，他主要是为了兼容旧版本，现在一般采用sigaction函数，和signal函数差不太多，但更稳定。

其中sa_handler保存处理函数的指针。sa_mask和sa_flags一般设为0即可。

则源程序可改写为：

#include <iostream>
#include <cstdlib>
#include <unistd.h>
#include <signal.h>
#include <sys/wait.h>

using namespace std;

void read_child_proc(int sig)
{
    int status;
    pid_t pid = waitpid(-1, &status, WNOHANG);

    if (WIFEXITED(status)) {    // 子进程正常结束
        cout << "child proc finish: " << pid <<" " << WEXITSTATUS(status) << endl;
    }
}

int main()
{
    struct sigaction act;
    act.sa_handler = read_child_proc;
    sigemptyset(&act.sa_mask);
    act.sa_flags = 0;
    sigaction(SIGCHLD, &act, 0);   

    pid_t pid = fork();
    if (pid < 0) {
        cout << "fork() failed" << endl;
        return 0;
    }

    if (pid == 0) {
        return 5;
    } else {
        sleep(30);
        cout << "master proc wake up" << endl;
    }

    return 0;
}