在SIGALRM信号处理函数h1内切换为h2是否存在问题？

没问题，这么做完全可行，但有几个关键细节需要你留意，避免踩坑：

• 信号阻塞的保护：当h1正在执行时，SIGALRM信号会被系统自动添加到当前进程的信号掩码中（这是信号处理的默认行为），所以在h1内部调用sigaction修改处理函数的过程，不会被新的SIGALRM信号打断，这个操作是安全的。
• 后续信号的处理逻辑：修改完成后，下一次触发的SIGALRM就会调用h2。不过要注意，SIGALRM属于普通信号（非实时信号），系统不会为它排队多个实例——如果在h1执行期间又有多个SIGALRM到来，只会保留一个待处理的信号，这个待处理的信号会用新的h2来处理。
• 原子性保障：sigaction本身是原子操作，系统会保证处理函数的修改是完整的，不会出现“一半用h1、一半用h2”的中间状态，不用担心竞态问题。

给你一个简单的示例代码来验证这个逻辑：

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

// 异步信号安全的打印函数（代替printf，因为printf不是异步信号安全的）
void safe_print(const char *msg) {
    write(STDOUT_FILENO, msg, strlen(msg));
}

void h2(int sig) {
    safe_print("Handling SIGALRM with h2\n");
}

void h1(int sig) {
    safe_print("Handling SIGALRM with h1, switching to h2\n");
    
    struct sigaction sa;
    sa.sa_handler = h2;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0;
    sigaction(SIGALRM, &sa, NULL);
}

int main() {
    struct sigaction sa;
    sa.sa_handler = h1;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0;
    sigaction(SIGALRM, &sa, NULL);

    alarm(1);
    pause(); // 等待第一个SIGALRM，触发h1并切换到h2

    alarm(1);
    pause(); // 等待第二个SIGALRM，触发h2

    return 0;
}

运行这段代码，你会看到第一次信号触发h1并完成切换，第二次就会直接调用h2。

另外要提醒一句：信号处理函数里只能调用异步信号安全的函数，像示例里的write是安全的，而printf这类函数因为涉及全局状态，不应该在信号处理函数中使用——示例里如果用printf虽然大概率能跑，但不符合规范。

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