僵尸进程、孤儿进程、守护进程：含义、区别与生命周期详解

1. 引言

在 Linux 系统中，进程是资源分配和调度的基本单位。当我们通过 fork() 等方式创建子进程后，进程之间会形成父子关系，随之也衍生出几个容易混淆的概念：僵尸进程 、孤儿进程 和守护进程。

它们虽然都带有「特殊进程」的色彩，但在产生原因、运行状态和生命周期上有着本质区别。本文将逐一拆解三者的含义、产生原因、消失时机，并通过对比表格帮助读者彻底厘清。

2. 僵尸进程

2.1 含义

僵尸进程（Zombie Process）是指子进程已经运行结束，但其进程描述符（PCB）没有被父进程回收的进程。

此时进程其实已经退出，不再占用 CPU、内存等运行资源，仅在系统内核的进程表中保留一条记录，用来保存退出状态、运行时长等残留信息。它的状态在 ps 输出中通常标记为 Z（Zombie）。

2.2 产生原因

当子进程先于父进程退出时，内核会保留该子进程的部分信息，目的是让父进程能够通过 wait() 或 waitpid() 系统调用来获取子进程的退出状态。

如果父进程创建子进程后，没有调用 wait()/waitpid() 主动回收子进程，且父进程本身也没有退出，那么子进程就会一直停留在僵尸状态。

典型场景：

pid_t pid = fork();
if (pid == 0) {
    // 子进程逻辑
    exit(0);
} else {
    // 父进程没有调用 wait()，导致子进程变成僵尸
    while (1) {
        sleep(1);
    }
}

2.3 消失时机

僵尸进程会在以下两种情况下消失：

1. 父进程调用 wait() 或 waitpid() 回收子进程，读取退出状态后，内核释放对应的进程表项。
2. 父进程先退出 。当父进程结束后，僵尸子进程会变成孤儿进程，被 PID 为 1 的 init（或新系统中的 systemd）进程收养，由 init 负责调用 wait() 回收。

2.4 危害与注意事项

大量僵尸进程虽然不消耗 CPU 和内存，但会耗尽系统的进程号（PID）和进程表空间 ，导致系统无法创建新进程。因此生产环境中需要及时处理，常见做法是让父进程在信号处理函数中调用 waitpid()，或使用 SIGCHLD 信号配合非阻塞回收。

2.5 waitpid 与 SIGCHLD 信号处理

回收子进程、避免僵尸进程有两种常用方法：一种是父进程主动调用 waitpid，另一种是通过 SIGCHLD 信号异步回收。下面分别给出示例。

方法一：主动调用 waitpid

waitpid 是回收子进程的关键系统调用：

pid_t waitpid(pid_t pid, int *status, int options);

参数说明：

• pid：大于 0 时等待指定子进程，-1 表示等待任意子进程。
• status：用于保存子进程退出状态。
• options 常用值：
  • WNOHANG：非阻塞，没有已退出的子进程时立即返回 0，避免父进程被卡住。
  • WUNTRACED：如果子进程进入停止状态，也返回其状态，默认不会报告停止事件。
  • WCONTINUED：报告已停止子进程被继续执行的状态。

示例一：父进程创建子进程后，阻塞等待该子进程退出。这种方式不依赖信号，逻辑最简单：

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

int main(void) {
    pid_t pid = fork();

    if (pid == 0) {
        // 子进程执行自己的任务
        sleep(2);
        return 42;
    }

    // 父进程阻塞等待指定子进程退出
    int status;
    waitpid(pid, &status, 0);

    if (WIFEXITED(status)) {
        printf("子进程 %d 正常退出，退出码：%d\n", pid, WEXITSTATUS(status));
    }

    return 0;
}

示例二：如果不想阻塞父进程，可以配合 WNOHANG 定期轮询：

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

int main(void) {
    pid_t pid = fork();

    if (pid == 0) {
        sleep(2);
        return 0;
    }

    int status;
    pid_t ret;

    // 非阻塞轮询，父进程可以同时执行其他任务
    while (1) {
        ret = waitpid(pid, &status, WNOHANG);
        if (ret == pid) {
            // 子进程已退出并回收
            break;
        }
        // 子进程尚未退出，父进程做自己的事
        sleep(1);
    }

    return 0;
}

方法二：使用 SIGCHLD 信号异步回收

SIGCHLD 是子进程状态改变时（退出、停止、被继续执行）父进程收到的信号。这种方式是事件驱动式的：子进程一退出，父进程就能立即处理，无需反复轮询。

示例：通过 sigaction 注册 SIGCHLD 处理函数，在处理函数中循环调用 waitpid 回收所有已退出的子进程：

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

void sigchld_handler(int sig) {
    pid_t pid;
    int status;

    // 循环回收所有已退出的子进程，避免信号合并导致漏回收
    while ((pid = waitpid(-1, &status, WNOHANG)) > 0) {
        if (WIFEXITED(status)) {
            printf("子进程 %d 正常退出，状态码：%d\n", pid, WEXITSTATUS(status));
        } else if (WIFSIGNALED(status)) {
            printf("子进程 %d 被信号 %d 终止\n", pid, WTERMSIG(status));
        }
        // 不处理 WIFSTOPPED 和 WIFCONTINUED，避免 STOP 信号干扰回收逻辑
    }
}

int main(void) {
    struct sigaction sa;
    sa.sa_handler = sigchld_handler;
    sigemptyset(&sa.sa_mask);
    // SA_NOCLDSTOP：子进程停止或继续时不会触发 SIGCHLD，从源头忽略 STOP 信号
    // SAA_RESTART: 父进程的阻塞系统调用被SIGCHLD打断后，可以自动重新启动刚才的阻塞系统调用。
    sa.sa_flags = SA_RESTART | SA_NOCLDSTOP;
    sigaction(SIGCHLD, &sa, NULL);

    pid_t pid = fork();
    if (pid == 0) {
        sleep(2);
        return 0;
    }

    while (1) {
        sleep(1);
    }
    return 0;
}

要点说明：

• waitpid 方式逻辑清晰、容易控制，适合子进程数量少、需要精确等待某个子进程的场景；阻塞调用会占住父进程，搭配 WNOHANG 则可以在不阻塞的情况下轮询回收。
• SIGCHLD 方式事件驱动、及时性更好，适合子进程数量多、父进程还要处理其他业务的场景；但信号处理函数中只能调用异步信号安全的函数，编写时需要更谨慎。
• 在 sigaction 中设置 SA_NOCLDSTOP，可以直接忽略子进程停止、继续造成的 SIGCHLD，这是最简洁的"忽略 STOP 信号"方式。
• 在信号处理函数中使用 waitpid(-1, &status, WNOHANG) 配合 while 循环，可以一次回收所有已退出的子进程，避免多个子进程同时退出时信号被合并而只回收一个。

3. 孤儿进程

3.1 含义

孤儿进程（Orphan Process）是指父进程已经退出，但子进程仍在运行的进程。

这类进程仍然存在，只是失去了原本的父进程。它们会立即被系统的 init/systemd 进程（PID 为 1）收养，由它成为新的父进程。

3.2 产生原因

当父进程比子进程先退出时，而子进程尚未运行完毕，子进程就「失去」了父进程，从而成为孤儿进程。

典型场景：

pid_t pid = fork();
if (pid == 0) {
    // 子进程睡眠较长时间
    sleep(60);
    exit(0);
} else {
    // 父进程很快退出，子进程变成孤儿进程
    exit(0);
}

3.3 消失时机

孤儿进程在自身运行结束 后消失。由于它已被 init/systemd 收养，退出时会由 init 自动调用 wait() 回收，不会长时间驻留为僵尸进程。

孤儿进程本身是正常的系统行为，多数情况下没有危害，甚至有些守护进程的创建过程会刻意利用「孤儿进程」这一特性来脱离终端。

4. 守护进程

4.1 含义

守护进程（Daemon Process）是指在后台长期运行、不受终端控制的一类特殊进程。

它通常独立于用户的登录会话，随系统启动而运行、随系统关闭而退出，在系统中负责提供各种服务，例如 sshd、crond、nginx 等。

4.2 产生原因

守护进程并非系统自动产生，而是由开发者刻意编写和创建的。常见的创建步骤包括：

1. 调用 fork() 创建子进程，并让父进程退出，使子进程成为孤儿进程，从而脱离终端控制。
2. 调用 setsid() 创建新的会话，摆脱进程组和控制终端的关联。
3. 再次调用 fork() 并退出父进程，确保进程不再是会话首进程，从而无法重新获得终端。
4. 调用 chdir() 修改工作目录，避免占用挂载点。
5. 调用 umask() 重设文件权限掩码。
6. 关闭不再需要的标准输入、输出、错误文件描述符。

简化示例：

pid_t pid = fork();

if (pid < 0) {
    exit(EXIT_FAILURE);
}

if (pid > 0) {
    exit(EXIT_SUCCESS); // 父进程退出，子进程成为孤儿
}

setsid();      // 创建新会话，脱离终端
chdir("/");    // 修改工作目录
umask(0);      // 重设权限掩码

4.3 消失时机

守护进程不会因用户退出登录而结束，其消失通常发生在以下场景：

1. 系统关闭或重启时，由系统统一终止。
2. 被管理员手动停止 ，例如通过 systemctl stop nginx、service 或 kill 命令发送终止信号。
3. 进程自身运行结束，例如服务崩溃或程序主动退出。
4. 由服务管理器（如 systemd、supervisor）根据配置执行停止操作。

5. 三者核心区别

对比维度	僵尸进程	孤儿进程	守护进程
本质	已结束但未被回收的进程	父进程已退出、仍在运行的进程	后台长期运行的服务进程
是否仍在运行	否（已退出）	是	是
产生方式	子进程先退出，父进程不回收	父进程先退出，子进程仍运行	开发者刻意创建、脱离终端
进程状态	Z（Zombie）	R/S 等正常运行状态	通常为 S（睡眠）
是否占用资源	仅占用进程表项和 PID	正常占用运行资源	正常占用运行资源
危害程度	过多时耗尽 PID，有害	通常无害	无危害，是系统必要组成
消失时机	父进程回收或父进程退出	子进程自身退出	系统关闭、手动停止或程序退出

可以用一句话概括三者的关系与区别：

• 僵尸进程：已经「死」了，但户口还没注销。
• 孤儿进程：父母不在了，由系统收养继续生活。
• 守护进程：主动离家独立，常年在后台干活。

6. 总结

理解这三个概念的关键在于抓住父子进程关系 和进程生命周期这条主线：

• 僵尸进程的产生源于父进程不回收 ，解决靠 wait() 或父进程退出；
• 孤儿进程的产生源于父进程先于子进程退出 ，由 init 收养并托管；
• 守护进程则是一类主动脱离终端、长时间在后台运行的服务进程，它的创建过程中还巧妙地利用了孤儿进程的特性。

在实际开发中，避免僵尸进程堆积是最常见的工程要求；而守护进程则是 Linux 服务编程的基础技能。希望本文能帮助读者把这几个概念彻底分清。