为何设置SA_SIGINFO仍丢失SIGCHLD？跨平台运行异常排查

嘿，我来帮你捋捋这个问题——你已经做了不少正确的尝试：用SA_SIGINFO和sa_sigaction让SIGCHLD信号排队，还想到了fork()可能被信号中断，试图用SA_RESTART来修复，但结果Mac上触发了非法硬件指令，Linux那边表现不同对吧？这其实是跨平台系统调用行为差异和信号处理细节没处理到位导致的，咱们一步步解决：

为什么加了SA_SIGINFO还是丢信号？ #

首先得澄清：SA_SIGINFO确实能让SIGCHLD这类可靠信号排队，但你遇到的“信号丢失”大概率不是真的信号没收到，而是子进程退出后没被彻底回收。如果你的信号处理函数里只调用了一次waitpid()或者wait()，那只能回收一个子进程，剩下已经退出的子进程会变成僵尸进程，后续不会再触发新的SIGCHLD——看起来就像信号丢了。

另外，fork()被信号中断是可能的，但SA_RESTART并不是万能的，这就是Mac上出问题的核心。

Mac上非法硬件指令的根源 #

在macOS（基于BSD）中，fork()系统调用不支持SA_RESTART自动重启。当你给SIGCHLD设置了SA_RESTART，信号中断fork()后，系统尝试去重启这个调用，但BSD内核里根本没实现fork()的重启逻辑，直接就触发了非法硬件指令。而Linux对SA_RESTART的支持更广泛，所以那边可能没报错，但逻辑也不一定对。

正确的修复方案 #

1. 手动处理fork()的中断，移除SA_RESTART #

别依赖SA_RESTART来救fork()，改成手动重试更稳妥，跨平台也没问题：

pid_t safe_fork() {
    pid_t pid;
    do {
        pid = fork();
    } while (pid == -1 && errno == EINTR); // 被信号中断就重试
    return pid;
}

2. 在信号处理函数里循环回收所有子进程 #

一定要用waitpid(-1, &status, WNOHANG)循环，直到没有更多僵尸进程为止，这样每个子进程退出都会被捕捉到：

void sigchld_handler(int sig, siginfo_t *info, void *ucontext) {
    pid_t pid;
    int status;
    // 循环回收所有已退出的子进程，WNOHANG非阻塞
    while ((pid = waitpid(-1, &status, WNOHANG)) > 0) {
        printf("SIGCHLD caught\n");
    }
}

3. 正确配置sigaction结构体 #

确保只设置SA_SIGINFO，别加SA_RESTART：

struct sigaction sa;
memset(&sa, 0, sizeof(sa));
sa.sa_sigaction = sigchld_handler;
sa.sa_flags = SA_SIGINFO; // 开启可靠信号排队
sigemptyset(&sa.sa_mask); // 清空信号掩码
sigaction(SIGCHLD, &sa, NULL);

最后验证 #

调整完这几点后，不管是Mac还是Linux，应该都能准确打印10次“SIGCHLD caught”了——既解决了信号丢失的问题，又避开了跨平台的系统调用坑。

内容的提问来源于stack exchange，提问作者K.Miao