c - 为什么信号处理程序中的 waitpid 需要循环？

Question

我在一本电子书中读到，waitpid(-1, &status, WNOHANG) 应该放在一个 while 循环中，这样如果多个子进程同时退出，它们都会被回收。

我通过同时创建和终止 2 个子进程并在不使用循环的情况下通过 waitpid 获取它来尝试这个概念。而且都收获了。

问题是，是否有必要将 waitpid 置于循环中？

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

int func(int pid)
{
  if(pid < 0)
    return 0;
  func(pid - 1);
}

void sighand(int sig)
{
  int i=45;
  int stat, pid;
  printf("Signal caught\n");
  //while( (
  pid = waitpid(-1, &stat, WNOHANG);
  //) > 0){
  printf("Reaped process %d----%d\n", pid, stat);
  func(pid);
}

int main()
{
  int i;
  signal(SIGCHLD, sighand);
  pid_t child_id;

  if( (child_id=fork()) == 0 )  //child process
  {
    printf("Child  ID %d\n",getpid());
    printf("child exiting ...\n");
  }
  else
  {
    if( (child_id=fork()) == 0 ) //child process
    {
      printf("Child ID %d\n",getpid());
      printf("child exiting ...\n");
    }
   else
    {
      printf("------------Parent with  ID %d \n",getpid());
      printf("parent exiting ....\n");
      sleep(10);
      sleep(10);
    }
  }
}

Answer 1

是的。

好的，我会详细说明。

每次调用 waitpid 都会收获一个，而且只有一个 child 。由于您将调用放在信号处理程序中，因此无法保证第二个子进程会在您完成第一个信号处理程序之前退出。对于两个进程没问题(待定信号将在您完成时处理)，但对于更多进程，可能是两个 child 将完成而您仍在处理另一个 child 。由于信号未排队，您将错过通知。

如果发生这种情况，您将不会收割所有 child 。为了避免这个问题，引入了循环推荐。如果你想看到它发生，试着对更多的 child 进行测试。运行得越多，就越有可能发现问题。

说完这些，我们来谈谈其他一些问题。

首先，您的信号处理程序调用 printf。这是一个主要的禁忌。很少有函数是信号处理程序安全的，printf 绝对不是。您可以尝试让您的信号处理程序更安全，但更明智的方法是放入一个仅设置标志的信号处理程序，然后在您的主程序流程中执行实际的 wait 调用。

由于您的主要流程通常是调用 select/epoll，因此请务必查看 pselect 和 epoll_pwait，并了解它们的作用和原因需要。

更好(但特定于 Linux)，请查看 signalfd。您可能根本不需要信号处理程序。

编辑添加: 该循环不会改变两个信号传递合并到一个处理程序调用中的事实。它所做的是这个调用处理所有未决事件。

当然，一旦出现这种情况，您必须使用WNOHANG。导致信号合并的相同工件也可能导致您处理尚未交付信号的事件。

如果发生这种情况，那么一旦您的第一个信号处理程序存在，它就会被再次调用。然而，这一次将没有未决事件(因为事件已经被循环提取)。如果你不指定 WNOHANG，你的 wait block ，程序将无限期地卡住。