信号处理程序重新注册引发无限循环的原因及实现方案咨询

让我来拆解这个问题，帮你搞清楚为什么会无限循环，以及怎么正确实现你想要的逻辑。

1. 为什么信号处理程序会陷入无限循环？ #

核心原因在于信号阻塞机制和raise()的执行时机，再结合你使用signal()的默认行为：

当你按下Ctrl-C发送SIGINT时，进程触发你注册的handler。此时，大多数系统中signal()注册的处理程序会自动将当前信号（SIGINT）加入进程的信号掩码——也就是说，在这个handler运行期间，新的同类型信号会被暂时挂起，不会立即处理。

你在handler里的操作流程刚好踩中了这个坑：

• 先设置信号处理为默认行为（signal(sig, SIG_DFL)）
• 调用raise(sig)给自己发了一个新的同类型信号
• 又把处理程序重新注册回handler

问题出在raise(sig)这一步：因为当前信号被阻塞，这个新发送的信号不会立即执行默认处理，而是被挂起来等handler完全执行完。等handler返回时，你已经把处理程序重新设为handler了，这时挂起的信号被交付，又会触发handler，重复之前的流程——于是就形成了无限循环，每次循环都会多生成一个挂起的信号，导致终端一直输出"AAAAA..."。

2. 如何正确实现需求？ #

你想要的逻辑是：执行自定义逻辑 → 调用默认行为 → 如果默认行为不终止进程，就重新注册handler。要实现这个，我们需要用行为更可靠的sigaction()代替signal()，同时调整信号阻塞的时机，让默认行为能立即执行（终止信号会直接退出进程，跳过重新注册；非终止信号则会回到handler完成注册）。

修改后的代码示例 #

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

static void handler(int sig) {
    // 1. 执行自定义逻辑
    write(1, "A", 1);

    // 2. 设置信号处理为默认行为
    struct sigaction sa;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0;
    sa.sa_handler = SIG_DFL;
    sigaction(sig, &sa, NULL);

    // 3. 解除对当前信号的阻塞，让raise()发送的信号能立即处理
    sigset_t mask;
    sigemptyset(&mask);
    sigaddset(&mask, sig);
    sigprocmask(SIG_UNBLOCK, &mask, NULL);

    // 4. 触发默认行为：如果是SIGINT这类终止信号，进程直接退出，不会执行后续代码
    raise(sig);

    // 5. 只有默认行为不终止进程的信号（比如SIGCONT）才会走到这里，重新注册handler
    sa.sa_handler = handler;
    sigaction(sig, &sa, NULL);
}

int main(void) {
    char c;
    struct sigaction sa;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0;
    sa.sa_handler = handler;

    // 用sigaction注册所有需要处理的信号
    sigaction(SIGINT, &sa, NULL);
    sigaction(SIGTSTP, &sa, NULL);
    sigaction(SIGCONT, &sa, NULL);

    printf("type 'x' and 'Enter' to exit\n");
    while (1) {
        c = getchar();
        printf("got char: %c\n", c);
        if (c == 'x') {
            break;
        }
    }
    return 0;
}

关键细节说明： #

• 用sigaction()代替signal()：sigaction()是POSIX标准接口，行为完全可预测，不像signal()在不同系统上有差异（比如有些系统会自动重置处理程序为默认，有些不会）。
• 解除信号阻塞：在调用raise()前解除对当前信号的阻塞，这样raise()发送的信号会立即被处理——对于SIGINT这类默认终止进程的信号，进程会直接退出，不会执行重新注册的代码；对于SIGCONT这类不终止进程的信号，默认行为执行后会回到handler，完成重新注册，确保后续信号还能触发自定义逻辑。
• 自动区分信号行为：不需要手动判断信号类型，终止信号的默认处理会直接结束进程，自然跳过重新注册步骤；非终止信号则会继续执行到重新注册的代码。

这样修改后，按下Ctrl-C会输出一个"A"然后进程正常退出（退出码130），而发送SIGCONT时会输出"A"，并且后续的SIGCONT还能继续触发handler。

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