如何实现安全的SIGALRM信号处理？含printf()非安全调用修复演示

异步信号安全是POSIX标准对可在信号处理函数中调用的函数的硬性判定标准：信号本质是异步打断程序正常执行流的事件，你永远无法预判信号触发的瞬间，主程序正在执行什么操作、持有哪些全局资源的锁。如果一个函数内部依赖未释放的全局状态、或者使用了不可重入的全局锁，那在信号处理函数中调用它，就可能触发死锁、内存损坏、输出错乱的问题。
具体到printf()为什么会被判定为不具备信号处理安全性：

• 它属于C标准库的带缓冲IO实现，内部维护全局的标准输出缓冲区，每次操作缓冲区前都会先获取全局IO锁
• 一旦主程序流刚好被信号打断在“已经拿到IO锁、还没执行到释放锁”的位置，信号处理函数里再调用printf()就会尝试重复获取已经被持有、永远不会释放的锁，直接触发死锁
• 就算没触发死锁，两个执行流同时修改缓冲区的内部数据结构，还会出现输出内容乱码、堆内存结构被破坏导致程序崩溃的问题

下面这段代码经过多次运行后，基本都会触发程序卡死（死锁）的问题：

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

// SIGALRM信号的处理函数
void alarm_handler(int signo) {
    // 故意在信号处理流程中调用非安全的printf，触发故障
    printf("收到SIGALRM信号\n");
}

int main() {
    // 注册SIGALRM的处理回调
    signal(SIGALRM, alarm_handler);
    // 设置1秒后自动触发SIGALRM信号
    alarm(1);

    // 循环持续输出长文本，提高被信号打断在printf持锁阶段的概率
    while(1) {
        printf("这是一段用来占住IO缓冲区锁的测试内容，长度足够触发被信号打断的场景........\n");
    }
    return 0;
}

程序启动运行1秒左右，大概率会直接卡死，不再输出任何新内容——这就是信号处理函数里的printf()和主循环中被打断的printf()争抢同一个IO全局锁，最终触发死锁的典型表现。

核心原则非常明确：信号处理函数里只做最简化、无共享资源依赖的原子操作，所有涉及IO、内存分配的复杂逻辑，全部回到主程序的正常执行流中完成。
具体修改步骤：

• 信号处理函数中仅设置一个POSIX标准定义的原子类型sig_atomic_t作为通信用的标志位，这个类型的变量读写操作是不可被信号打断的，不存在安全问题
• 主循环每次跑完完整的printf()、确认IO锁已经正常释放后，再检查这个标志位的状态
• 如果检测到标志位被信号触发置1，再在主程序流中正常执行输出逻辑

修改后的安全版本代码：

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

// 用sig_atomic_t作为信号和主程序间的通信标志，加volatile防止编译器过度优化
volatile sig_atomic_t alarm_triggered = 0;

void alarm_handler(int signo) {
    // 信号处理流程中只做最简单的标志位设置，不调用任何带全局锁的复杂函数
    alarm_triggered = 1;
}

int main() {
    signal(SIGALRM, alarm_handler);
    alarm(1);

    while(1) {
        // 主循环完成完整的IO输出，确保IO锁已经完全释放
        printf("这是一段用来占住IO缓冲区锁的测试内容，长度足够触发被信号打断的场景........\n");
        
        // 等所有IO操作完成后，再检查信号触发的标志
        if (alarm_triggered == 1) {
            // 此时在主程序流中调用printf，不存在锁冲突风险，是完全安全的
            printf("收到SIGALRM信号\n");
            alarm_triggered = 0;
            // 重新设置下一次定时触发
            alarm(1);
        }
    }
    return 0;
}

补充说明：如果业务场景要求在信号触发时立刻输出内容，也可以直接调用POSIX明确列为异步信号安全的write()系统调用——它是内核态实现的功能，不依赖用户态C库的全局锁，比如把信号处理函数中的逻辑替换为write(1, "收到SIGALRM信号\n", 18);，也是完全安全的，不会出现死锁问题。

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