如何等待指定子进程且不轮询、不占用其他退出码？关于pipe与select()的疑问

一、非轮询、不占用退出码的子进程等待方案 #

核心思路是利用SIGCHLD信号结合waitpid()批量处理退出的子进程，完全规避轮询，且能精准获取每个子进程的退出码：

• 1. 预先维护一个需要等待的子进程PID集合（比如哈希表、动态数组或链表），记录所有你关注的子进程ID。
• 2. 注册SIGCHLD信号处理函数：子进程退出时，内核会自动向父进程发送该信号。
• 3. 在信号处理函数中，循环调用waitpid(-1, &status, WNOHANG)：
  • -1表示等待任意子进程，WNOHANG指定非阻塞调用，避免信号处理函数阻塞。
  • 每次调用成功会返回退出子进程的PID，你可以从PID集合中移除该ID，并通过WIFEXITED(status)、WEXITSTATUS(status)等宏提取退出码（每个子进程的退出码独立存储在status变量中，不会相互占用）。
  • 直到waitpid()返回0（无已退出但未处理的子进程）或-1（无更多子进程可等待）时停止循环。
• 4. 当PID集合为空时，即所有指定子进程均已退出。

这是Unix/Linux下处理多子进程退出的标准方案，高效且可靠。

二、管道+select()等待子进程的可行性分析 #

方案可行性 #

为每个子进程的fd0（stdin）创建管道并通过select()等待的方案理论上可行，但存在明显局限性：

• 实现逻辑：父进程为每个子进程创建一对管道，将管道读端绑定为子进程的stdin（fd0），父进程保留写端；或者反过来，父进程保留读端，子进程fd0绑定管道写端。子进程退出后，其打开的所有文件描述符会被内核关闭，此时父进程持有的管道端会触发可读/可写事件（比如读端收到EOF、写端可写但写入会报错）。
• 局限性：
  • 无法区分子进程退出与正常读取stdin的场景：子进程主动读取stdin数据时，select()也会触发事件，但此时子进程仍在运行，你无法仅通过管道事件判断子进程状态。
  • 依赖子进程的stdin操作：如果子进程全程不读取stdin，即使子进程退出，管道事件可能无法及时触发，需要额外操作才能检测，远不如SIGCHLD信号直接可靠。
  • 资源开销：每个子进程对应一对管道，会额外占用文件描述符，处理大量子进程时效率偏低。

是否需要使用select()的exceptfds参数？ #

不需要。exceptfds主要用于处理TCP套接字带外数据、文件描述符异常状态等特殊场景。对于管道来说：

• 子进程退出导致管道一端关闭的情况，会通过读端的可读（EOF）或写端的可写（写入返回EPIPE错误）体现，完全可以通过readfds或writefds检测到。
• 管道几乎不会触发exceptfds中的事件，因此该参数在此场景下无实际作用。

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