如何让libreadline或libedit兼容SIGALRM信号？

你的问题本质是周期性SIGALRM信号打断了readline/libedit的终端IO操作，导致终端状态混乱（libreadline回显重复）或者函数提前返回NULL（libedit）。下面给你几个逐步优化的解决方案，从简单到彻底：

一、先修复libedit返回NULL的问题：用SA_RESTART重启系统调用 #

当SIGALRM信号触发时，会打断readline底层依赖的read()等慢系统调用，默认情况下这些调用会返回-1并设置errno=EINTR，导致libedit的readline直接返回NULL。

解决方法很简单：在注册SIGALRM信号处理函数时，给sa_flags加上SA_RESTART标志，让内核自动重启被打断的系统调用：

修改main()里的sigaction初始化部分：

struct sigaction action;
action.sa_handler = sigalrm_callback;
sigemptyset(&action.sa_mask);
action.sa_flags = SA_RESTART; // 新增这一行
sigaction(SIGALRM, &action, NULL);

这个改动能让libedit在信号打断后继续正常读取输入，不会返回NULL。但libreadline的回显重复问题还需要进一步处理——因为你的信号处理函数里有700ms的忙等，长时间占用CPU会导致终端驱动的回显和readline的内部状态不同步。

二、解决libreadline回显重复：缩短信号处理函数的执行时间 #

信号处理函数应该尽可能短小，绝对不要在里面做耗时操作（比如你的700ms忙等）。正确的做法是：信号处理函数只设置一个标志位，把实际工作放到主线程的循环里执行。

修改步骤： #

1. 添加一个全局的原子标志（确保信号安全）：

static volatile sig_atomic_t do_hardware_work = 0;

2. 简化信号处理函数，只设置标志：

static void sigalrm_callback(int signum) {
    (void) signum;
    do_hardware_work = 1; // 仅触发工作，不执行工作
}

3. 在主线程的命令处理循环中，先检查标志并执行工作：

while (!should_quit) {
    // 先处理信号触发的硬件交互工作
    if (do_hardware_work) {
        do_hardware_work = 0;
        // 把原来信号处理函数里的忙等（或实际硬件操作）移到这里
        struct timespec end, now;
        clock_gettime(CLOCK_MONOTONIC, &end);
        end.tv_nsec += DELAY_NS;
        end.tv_sec += end.tv_nsec / 1000000000;
        end.tv_nsec %= 1000000000;
        do
            clock_gettime(CLOCK_MONOTONIC, &now);
        while (now.tv_sec < end.tv_sec || (now.tv_sec == end.tv_sec && now.tv_nsec < end.tv_nsec));
    }
    
    char *line = readline("> ");
    interpret(line);
}

这样改动后，信号处理函数瞬间完成，不会长时间占用CPU，readline的终端处理流程不会被长时间打断，回显重复的问题就能解决。同时结合第一步的SA_RESTART，libedit也能正常工作。

三、彻底隔离：用线程分离定时器任务和命令行处理 #

如果你的硬件交互任务确实需要高优先级或严格的时序，上面的方法可能还不够（比如主线程处理命令时会延迟工作执行）。这时候可以把周期性任务放到单独的线程里，主线程专门处理readline，完全避免信号干扰。

示例修改： #

1. 添加线程相关头文件和全局控制变量：

#include <pthread.h>

static volatile sig_atomic_t should_stop_timer = 0;
static pthread_t timer_tid; // 新增线程ID变量

2. 编写定时器线程函数：

void *timer_thread(void *arg) {
    const struct timespec period = {0, PERIOD_US * 1000}; // 1ms周期
    while (!should_stop_timer) {
        // 执行硬件交互工作（原来的忙等）
        struct timespec end, now;
        clock_gettime(CLOCK_MONOTONIC, &end);
        end.tv_nsec += DELAY_NS;
        end.tv_sec += end.tv_nsec / 1000000000;
        end.tv_nsec %= 1000000000;
        do
            clock_gettime(CLOCK_MONOTONIC, &now);
        while (now.tv_sec < end.tv_sec || (now.tv_sec == end.tv_sec && now.tv_nsec < end.tv_nsec));
        
        // 等待到下一个周期
        nanosleep(&period, NULL);
    }
    return NULL;
}

3. 在main里启动线程，并修改命令处理逻辑：

int main(void) {
    // 启动定时器线程
    pthread_create(&timer_tid, NULL, timer_thread, NULL);

    /* Process commands. */
    while (!should_quit) {
        char *line = readline("> ");
        interpret(line);
        
        // 如果是stop命令，等待线程结束
        if (should_stop_timer) {
            pthread_join(timer_tid, NULL);
            should_stop_timer = 0;
        }
    }

    // 退出前停止线程
    should_stop_timer = 1;
    pthread_join(timer_tid, NULL);

    return EXIT_SUCCESS;
}

4. 修改interpret()里的start和stop命令：

} else if (strcmp(line, "start") == 0) {
    if (should_stop_timer) {
        // 如果之前停止了，重新启动线程
        pthread_create(&timer_tid, NULL, timer_thread, NULL);
        should_stop_timer = 0;
    }
    printf("Periodic timer started.\n");
} else if (strcmp(line, "stop") == 0) {
    should_stop_timer = 1;
    printf("Periodic timer stopped.\n");
}

这种方法彻底隔离了定时器任务和命令行输入，完全不会有信号冲突的问题，适合对时序要求严格的场景。

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