进程能否等待非子进程的PID？waitpid()可等待孙进程PID吗？

先直接给结论：

• 普通进程不能直接等待不属于自己的子进程的PID，内核会阻止这种操作；
• 你也不能直接用waitpid()等待孙进程的PID，除非通过一些间接手段。

为什么不能等待非子进程？ #

Linux（以及大多数POSIX系统）的waitpid()系统调用设计初衷就是让进程回收自己的子进程资源。当你尝试调用waitpid(pid, &status, options)时，内核会严格检查目标pid是否是当前调用进程的直接子进程：

• 如果不是，调用会立刻返回ECHILD错误（提示"No child processes"）；
• 哪怕是root用户，这个限制依然存在——root也不能随意wait无关进程，仅能在进程组、会话相关的特殊场景下操作（比如waitpid(-1, ...)等待任意子进程，但范围仍仅限自己的子进程）。

唯一的例外是init进程（PID 1），它会自动收养所有孤儿进程，并且可以wait这些被收养的进程，但这是系统级的特殊逻辑，普通进程无法复刻。

为什么不能直接waitpid孙进程？ #

孙进程的父进程是你的子进程，和你没有直接父子关系——你调用waitpid(grandchild_pid, ...)会触发上面提到的ECHILD错误。

如果你的子进程先退出，孙进程会变成孤儿，被init（或systemd等现代初始化进程）收养，此时它和你的关联完全断开，你依然无法直接wait它。

想要获取孙进程的退出状态，只能通过间接方式：

• 让子进程负责wait孙进程，再通过管道、信号、共享内存等IPC机制，把孙进程的退出状态传递给你；
• 或者创建孙进程时，让子进程用clone()系统调用并设置CLONE_PARENT标志，直接把孙进程的父进程设为你——不过这属于非常规操作，会打破正常的进程父子关系链。

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