Linux下用C语言编程检测僵尸子进程问题咨询

我来帮你梳理下这个问题，并且给出几个不用轮询/proc文件的优雅解决方案~

首先得明确核心问题：你的父进程卡在waitpid上，大概率是没正确处理SIGCHLD信号——子进程退出时内核会主动给父进程发SIGCHLD信号，如果父进程没捕获这个信号、或者处理逻辑有问题，就会导致僵尸进程无法被及时回收，甚至让waitpid一直挂起。

下面是具体的解决思路：

1. 注册SIGCHLD信号处理函数（最推荐） #

这是Linux下处理子进程回收的标准优雅方案，完全不需要轮询。原理很简单：子进程退出时内核主动通知父进程，父进程在信号处理函数里批量回收所有僵尸进程。

示例代码参考：

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

void sigchld_handler(int sig) {
    // 循环调用waitpid，避免漏掉同时退出的多个子进程
    pid_t pid;
    while ((pid = waitpid(-1, NULL, WNOHANG)) > 0) {
        printf("回收僵尸进程：PID %d\n", pid);
    }
}

int main() {
    // 用sigaction注册信号处理，比signal()更可靠（不会重置处理逻辑）
    struct sigaction sa;
    sa.sa_handler = sigchld_handler;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = SA_RESTART; // 让被信号中断的系统调用自动重启
    if (sigaction(SIGCHLD, &sa, NULL) == -1) {
        perror("sigaction 注册失败");
        exit(EXIT_FAILURE);
    }

    // 这里放你原有逻辑：fork + execv 启动子进程等
    // ...

    return 0;
}

为什么要循环？因为如果多个子进程同时退出，内核可能只发一次SIGCHLD信号，循环才能把所有僵尸进程收干净。

2. 用waitid替代waitpid #

waitid是waitpid的扩展，提供了更精细的控制选项，同样可以配合SIGCHLD信号使用，避免轮询。它能获取更详细的子进程退出信息（比如退出原因、触发的信号等）。

示例用法：

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

void sigchld_handler(int sig) {
    siginfo_t info;
    // 等待所有已退出的子进程，非阻塞模式
    while (waitid(P_ALL, 0, &info, WEXITED | WNOHANG) == 0) {
        if (info.si_pid > 0) {
            printf("回收进程：PID %d，退出状态 %d\n", info.si_pid, info.si_status);
        }
    }
}

3. 排查waitpid挂起的深层原因 #

结合你的场景，子进程是通过线程调用exit(EXIT_FAILURE)退出的——这里要明确：不管是主线程还是子线程调用exit()，都会终止整个进程，所以子进程的退出逻辑是正常的，问题出在父进程的回收机制上。

你可以排查这几点：

• 父进程有没有屏蔽SIGCHLD信号？比如用sigprocmask设置了信号掩码，导致收不到内核发来的通知。
• 是不是用了signal()函数注册信号处理？signal()在部分系统上会在信号触发后重置处理逻辑为默认（忽略），改用sigaction()更稳定。
• 你的waitpid是不是指定了特定PID？如果父进程有多个线程调用waitpid，可能出现竞争，导致某个僵尸进程没被处理。

为什么不推荐轮询/proc？ #

轮询/proc/<pid>/stat虽然能判断进程状态，但有明显缺点：

• 开销高：每次读取/proc都要发起系统调用，频繁轮询会占用CPU资源。
• 非原子操作：读取过程中进程状态可能变化，导致判断结果不准确。
• 不优雅：完全依赖文件系统，不如内核信号通知的方式高效可靠。

内容的提问来源于stack exchange，提问作者Nathan Owen