Linux与macOS中SIGCONT触发SIGCHLD的行为差异咨询

你碰到的这个情况完全是预期的平台行为差异，并非代码问题。POSIX标准对SIGCHLD的触发逻辑留了弹性空间，不同Unix-like系统的实现细节本来就有区别，macOS和Linux（Ubuntu）在这里恰好走了不同的路线。

为什么会有这个差异？ #

• POSIX标准规定，SIGCHLD信号应当在子进程终止、被停止（比如收到SIGSTOP）或者从停止状态恢复（收到SIGCONT）时发送给父进程，但同时允许系统在某些场景下选择不发送信号——这就是macOS和Linux的分歧点。
• Linux（包括Ubuntu）的实现会在子进程从停止状态恢复时主动发送SIGCHLD；而macOS基于BSD体系，它不会在SIGCONT触发子进程恢复时发送这个信号，只有子进程终止或者被停止时才会触发SIGCHLD。

你的示例代码完全验证了这个差异：发送SIGSTOP时，两边都会触发SIGCHLD（因为子进程进入停止状态）；发送SIGCONT后，Ubuntu会因为子进程恢复运行发送SIGCHLD，但macOS不会，这完全符合两个系统的既定行为。

如何实现跨平台兼容？ #

如果你需要在macOS上也检测到子进程从停止状态恢复的事件，不要单纯依赖SIGCHLD信号，而是结合waitpid()的特殊选项来处理：

1. 使用waitpid()配合WUNTRACED和WCONTINUED选项：这两个选项能让你捕获子进程的停止和恢复状态变化，即使macOS不发送SIGCHLD，你也能通过主动检查获取状态。
2. 修改信号处理函数，在里面批量处理所有子进程的状态变化：

比如修改你的信号处理函数：

void my_handler(int signum) {
    int status;
    printf("\t SIGCHLD received\n");
    // 循环处理所有状态变化的子进程，避免遗漏
    while (waitpid(-1, &status, WNOHANG | WUNTRACED | WCONTINUED) > 0) {
        if (WIFSTOPPED(status)) {
            printf("\t Child stopped by signal %d\n", WSTOPSIG(status));
        } else if (WIFCONTINUED(status)) {
            printf("\t Child resumed execution\n");
        } else if (WIFEXITED(status)) {
            printf("\t Child exited with status %d\n", WEXITSTATUS(status));
        }
    }
    fflush(stdout);
}

另外，虽然你已经试过sigaction()，但要确保没有设置SA_NOCLDSTOP标志（这个标志会阻止子进程停止时触发SIGCHLD），不过这不是你当前问题的核心——毕竟macOS本身就不会为SIGCONT发送SIGCHLD。

如果需要在发送SIGCONT后立即检测状态，你可以在调用kill(pid, SIGCONT)之后主动调用一次waitpid(pid, &status, WNOHANG | WCONTINUED)，这样就能直接获取子进程的恢复状态，不需要依赖信号触发。

总结 #

这种差异是POSIX标准允许的实现差异，不是你的代码错误。要实现跨平台兼容，建议依赖waitpid()的WCONTINUED选项来检测子进程的恢复状态，而不是单纯依赖SIGCHLD信号的触发。

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