Linux 怎样用 waitid 获取子进程状态

我第一次把子进程管理代码从 waitpid 换成 waitid 时，真正卡住的不是函数签名，而是“拿到状态”和“回收子进程”经常被写成了同一件事。Linux 的 waitid 能把子进程的状态写入 siginfo_t，还可以用 WNOWAIT 先观察、稍后再回收。要是直接把它当成普通阻塞等待，最容易漏掉的就是这个生命周期边界。

结论：waitid 用 idtype + id 选择子进程，用 WEXITED/WSTOPPED/WCONTINUED 选择状态变化，再从 si_code 和 si_status 解码结果。需要“只读不回收”时加 WNOWAIT；最终仍要再调用一次不带 WNOWAIT 的等待接口完成回收。

下面只围绕 Linux 的 waitid 状态与回收关系展开，示例是帮助理解接口的原创说明代码，不把示例输出当作本机运行证据。

为什么 waitid 不只是在等进程退出

父进程调用等待接口，处理的是子进程的状态变化。子进程可能已经退出，也可能被信号停止，或者从停止状态继续运行。对已经结束但尚未等待的子进程，内核会保留少量信息供父进程读取；父进程完成等待后，相关资源才能被释放，否则子进程会停留在僵尸状态。

waitid 的返回信息放在 siginfo_t 中：si_pid 是子进程 ID，si_uid 是真实用户 ID，si_signo 通常为 SIGCHLD，si_code 说明状态变化类型，si_status 则保存退出码或导致状态变化的信号。

这里最值得记住的是 WNOWAIT。它会让子进程保持 waitable，当前调用可以读取状态，但后续仍能再次等待同一个状态。监控逻辑可以先读取并记录结果，再由明确的清理分支调用不带 WNOWAIT 的 waitid 完成回收。

先选对目标，再决定关注哪种状态

idtype 和 id 决定 waitid 关注谁：

• P_PID：只关注进程 ID 等于 id 的子进程。
• P_PGID：关注进程组 ID 等于 id 的子进程；在较新的 Linux 中，id 为 0 时表示调用者所在进程组。
• P_ALL：关注任意子进程，id 会被忽略。
• P_PIDFD：Linux 5.4 起可以通过 PID 文件描述符指定目标。

第二组参数是状态筛选：WEXITED 关注已终止子进程，WSTOPPED 关注被信号停止的子进程，WCONTINUED 关注收到 SIGCONT 后继续运行的子进程。WNOHANG 可以让调用不阻塞，WNOWAIT 则只改变“是否立刻回收”的语义。

我在实际代码里通常先用 P_PID 缩小目标，再只开启业务真正需要的状态位。这样读 si_code 时不会把停止、继续和退出混在一起，也更容易解释为什么某次调用没有得到结果。

用 siginfo_t 判断退出、信号和停止

下面的最小示例先用 WNOWAIT 读取一个指定子进程的退出状态，再用第二次调用完成回收。代码故意把两个动作分开，便于看清“读取”和“清理”分别发生在哪里。

#define _POSIX_C_SOURCE 200809L
#include 
#include 
#include 
#include 
#include 
#include 
#include 

static int observe_and_reap(pid_t child) {
    siginfo_t info;

    memset(&info, 0, sizeof(info)); // WNOHANG 下用 si_pid 判断是否真的拿到状态
    if (waitid(P_PID, (id_t)child, &info, WEXITED | WNOWAIT) == -1) {
        perror("waitid observe"); // 失败时保留 errno，便于区分 EINTR 与 ECHILD
        return -1;
    }

    if (info.si_code == CLD_EXITED) {
        printf("child=%ld exit=%d\n", (long)info.si_pid, info.si_status);
    } else if (info.si_code == CLD_KILLED || info.si_code == CLD_DUMPED) {
        printf("child=%ld signal=%d\n", (long)info.si_pid, info.si_status);
    } else {
        printf("child=%ld code=%d status=%d\n",
               (long)info.si_pid, info.si_code, info.si_status);
    }

    memset(&info, 0, sizeof(info)); // 第二次调用不带 WNOWAIT，真正回收子进程
    if (waitid(P_PID, (id_t)child, &info, WEXITED) == -1) {
        perror("waitid reap"); // 子进程已被其他路径回收时可能得到 ECHILD
        return -1;
    }
    return 0;
}

int main(void) {
    pid_t child = fork();
    if (child == -1) {
        perror("fork"); // 创建失败时没有可等待的子进程
        return EXIT_FAILURE;
    }
    if (child == 0) {
        _exit(42); // 子进程用一个可识别的退出码结束
    }
    return observe_and_reap(child) == 0 ? EXIT_SUCCESS : EXIT_FAILURE;
}

这段代码中，第一次调用的重点是 si_code。只有当它是 CLD_EXITED 时，si_status 才应该按退出码解释；如果是 CLD_KILLED 或 CLD_DUMPED，它表示导致终止的信号。第二次调用不带 WNOWAIT，才把这个 waitable 子进程从父进程的待处理状态中清理掉。

非阻塞调用和错误边界怎么处理

如果加上 WNOHANG，没有可等待状态时 waitid 仍会返回 0，这个返回值不能单独说明“已经拿到子进程信息”。可移植的写法是在调用前把 si_pid 清零，返回后检查它是否仍为 0；有非零 PID 才说明本次拿到了 waitable 状态。

EINTR 表示阻塞等待被未自动重启的信号打断，通常应根据业务决定重试或退出；ECHILD 表示目标不是当前进程的子进程，或者已经被其他路径回收。不要把所有错误都当作“子进程还没结束”。

另外，POSIX 要求 infop 指向有效的 siginfo_t。不要依赖 Linux 在传入空指针时的非标准行为；状态信息既然是本文要读取的结果，就应始终提供有效的接收对象。

我最后会保留的判断清单

如果你的任务只是等待一个子进程结束并读取退出码，waitpid 往往更直观；当你需要精确选择状态、保留一次观察结果，或者统一从 siginfo_t 读取状态字段时，waitid 才更有价值。

相关问题

waitid 的 WNOWAIT 会不会自动回收子进程？

不会。它保留子进程的 waitable 状态，后续仍需调用不带 WNOWAIT 的等待接口完成回收。

WNOHANG 返回 0 是否代表子进程退出码为 0？

不是。waitid 的 0 可能表示没有可等待状态；应结合预先清零后的 si_pid 判断是否拿到了子进程信息。

si_status 总是退出码吗？

不是。它的含义由 si_code 决定；信号终止、停止和继续时应按对应状态解释。