嘿，这个问题问到点子上了！这背后其实是Unix-like系统中signal()函数的历史行为差异在搞鬼，咱们来慢慢理清楚：

核心原因：信号处理函数的自动重置问题 #

在早期的System V风格的Unix系统（包括一些老版本的Linux）中，当一个信号被捕获并执行完自定义处理函数后，该信号的处理方式会自动恢复成默认行为（SIG_DFL）。举个例子：

• 第一次收到SIGALRM，程序会执行你的catch_alarm函数
• 但第二次收到SIGALRM时，系统就会触发默认操作（比如终止程序），而不会再调用catch_alarm

所以在处理函数里重新调用signal(sig, catch_alarm)，本质是重新注册信号处理函数，确保下一次收到同样的信号时，依然能触发你的自定义逻辑，而不是直接执行默认操作。

为什么你不加这段代码也能正常运行？ #

现在很多现代系统（比如最新的Linux、macOS、BSD）采用的是BSD风格的signal()语义，这种语义下，信号处理函数不会被自动重置——只要你注册一次，后续所有同类型信号都会触发这个处理函数。所以在这些系统上，你去掉那行代码，程序依然能正常多次响应信号。

更稳妥的替代方案：sigaction() #

因为signal()的行为在不同平台上不一致，所以在编写可移植的代码时，更推荐使用标准化的sigaction()函数。它可以通过sa_flags参数明确控制是否要重置信号处理方式：

• 如果设置SA_RESETHAND，就会模拟System V的自动重置行为
• 如果不设置这个标志，就会保持BSD风格的持久注册

比如用sigaction()实现你的逻辑：

#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

volatile sig_atomic_t keep_going = 1;

void catch_alarm(int sig) {
    keep_going = 0;
    // 这里不需要重新注册，因为默认不会重置
}

int main() {
    struct sigaction sa;
    sa.sa_handler = catch_alarm;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0; // 不设置SA_RESETHAND，保持持久注册
    sigaction(SIGALRM, &sa, NULL);

    alarm(5);
    while (keep_going) {
        printf("Running...\n");
        sleep(1);
    }
    printf("Exiting.\n");
    return 0;
}

总结一下：你代码里的signal(sig, catch_alarm)是为了兼容老系统的自动重置行为，而现代系统已经不需要这一步了，但保留它可以让程序在更多平台上稳定运行。

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