epoll能否实现基于中断的I/O？替代不可靠的signal()与SIGIO

epoll本身是IO多路复用机制，核心是让进程主动调用epoll_wait()等待/轮询事件，没法直接“中断”正在执行的用户态代码。但可以通过信号机制 + epoll的组合，实现类似“异步中断”的效果，替代不可靠的SIGIO，让主进程无论在执行什么任务，都能及时响应IO事件。

方案1：自管道（Self-Pipe）技巧 #

这是Linux下稳定的经典方案，利用管道的可读事件触发epoll通知，同时结合信号打断进程：

• 创建匿名管道：调用pipe(self_pipe)得到读端self_pipe[0]和写端self_pipe[1]，将读端加入epoll实例，监听EPOLLIN事件。
• 配置IO fd的异步通知：给需要监控的IO对象（如socket、文件）设置O_ASYNC标志和F_SETOWN（绑定到当前进程），让内核在IO数据可用时发送指定的实时信号（比如SIGRTMIN+1，而非不可靠的SIGIO）。
• 信号处理函数：在信号处理函数中，向管道写端写入一个字节（比如write(self_pipe[1], "x", 1)），这个操作是原子的，不会阻塞。
• 主进程逻辑：
  • 正常执行业务代码，当收到信号时，进程会被打断，执行信号处理函数写入管道。
  • 主循环中定期调用epoll_wait()（可设置短超时或非阻塞），一旦管道读端触发EPOLLIN，就去处理所有待处理的IO事件。

示例代码片段：

#include <unistd.h>
#include <sys/epoll.h>
#include <signal.h>
#include <fcntl.h>

int self_pipe[2];

void sig_io_handler(int sig) {
    // 写入一个字节触发epoll事件，忽略写入错误（管道满的情况实际不会发生）
    write(self_pipe[1], "x", 1);
}

int main() {
    pipe(self_pipe);
    // 设置管道非阻塞，避免信号处理中阻塞
    fcntl(self_pipe[0], F_SETFL, O_NONBLOCK);
    fcntl(self_pipe[1], F_SETFL, O_NONBLOCK);

    int epfd = epoll_create1(0);
    struct epoll_event ev = {.events = EPOLLIN, .data.fd = self_pipe[0]};
    epoll_ctl(epfd, EPOLL_CTL_ADD, self_pipe[0], &ev);

    // 配置目标IO fd的异步通知
    int target_fd = open("some_file", O_RDWR | O_ASYNC);
    fcntl(target_fd, F_SETOWN, getpid());
    // 绑定实时信号，替代不可靠的SIGIO
    fcntl(target_fd, F_SETSIG, SIGRTMIN+1);

    // 注册信号处理函数
    struct sigaction sa = {.sa_handler = sig_io_handler, .sa_flags = SA_RESTART};
    sigemptyset(&sa.sa_mask);
    sigaction(SIGRTMIN+1, &sa, NULL);

    // 主循环
    while (1) {
        // 执行业务逻辑
        do_business_task();

        // 非阻塞检查epoll事件
        struct epoll_event events[10];
        int n = epoll_wait(epfd, events, 10, 0);
        if (n > 0) {
            for (int i = 0; i < n; i++) {
                if (events[i].data.fd == self_pipe[0]) {
                    // 清空管道内容
                    char buf[10];
                    while (read(self_pipe[0], buf, sizeof(buf)) > 0);
                    // 处理目标IO的事件
                    handle_target_io(target_fd);
                }
            }
        }
    }
}

方案2：signalfd + 实时信号 #

利用signalfd将信号转化为文件描述符，直接被epoll监听，省去管道的中间步骤，更简洁高效：

• 创建signalfd：指定监听的实时信号（如SIGRTMIN+1），得到一个信号fd，将其加入epoll实例监听EPOLLIN。
• 配置IO fd的异步通知：和方案1一致，给目标IO fd设置O_ASYNC、F_SETOWN，并绑定到同一个实时信号。
• 主进程逻辑：
  • 业务执行过程中，内核触发信号时，signalfd会变为可读。
  • 主循环中调用epoll_wait()（可设置短超时），一旦signalfd触发事件，就读取信号信息，然后处理目标IO的事件。

关键注意事项 #

• 必须使用实时信号（SIGRTMIN到SIGRTMAX）替代SIGIO，实时信号支持队列化，不会丢失事件，而非实时信号可能被合并。
• 信号处理函数要尽可能短小，避免阻塞，只做触发epoll的操作（如写管道或设置标志位）。
• 主进程如果是CPU密集型任务，要定期主动检查epoll事件，或者在信号处理函数中设置一个volatile标志位，让业务逻辑尽快切换到IO处理。

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