多线程epoll实例场景下signalfd的可用性与简易方案咨询

在你描述的多线程SO_REUSEPORT架构中，多个epoll实例监听同一个signalfd导致的多线程抢读、阻塞问题，有几个简易可行的解决方案，完全可以让signalfd正常工作：

方案一：将signalfd设置为非阻塞模式 #

这是改动最小的方案。创建signalfd时直接指定SFD_NONBLOCK标志，或者后续用fcntl()添加非阻塞属性：

// 创建非阻塞的signalfd
sigset_t mask;
sigemptyset(&mask);
sigaddset(&mask, SIGTERM);
int sfd = signalfd(-1, &mask, SFD_NONBLOCK | SFD_CLOEXEC);

当信号触发后，所有监听该signalfd的epoll实例都会返回事件，但只有一个线程能成功read()到信号信息，其他线程调用read()时会立刻返回EAGAIN错误。只需要在每个线程的事件处理逻辑中判断这个错误，直接跳过即可：

struct signalfd_siginfo fdsi;
ssize_t res = read(sfd, &fdsi, sizeof(fdsi));
if (res == -1) {
    if (errno == EAGAIN) {
        // 信号已被其他线程处理，直接返回
        return;
    }
    // 处理其他错误
    perror("read signalfd");
}
// 处理信号逻辑

这个方案无需调整线程架构，只需修改signalfd的创建和读取逻辑，非常适合快速解决问题。

方案二：单线程独占signalfd监听 #

如果你的信号处理逻辑比较复杂，或者希望避免多线程抢读的开销，可以只让一个线程（比如主线程或专门的信号处理线程）监听signalfd，其他线程不将signalfd加入自己的epoll实例。当该线程收到信号后，通过线程间通信机制（如eventfd、pipe或共享内存+条件变量）将信号事件广播给其他线程：

• 主线程创建signalfd并加入自己的epoll，同时创建eventfd用于通知其他线程；
• 其他线程将eventfd加入各自的epoll；
• 主线程读到signalfd的信号后，通过write(eventfd, &value, sizeof(value))发送通知；
• 其他线程收到eventfd事件后，执行对应的信号处理逻辑。

这种方式完全避免了多线程抢读的问题，逻辑更清晰，适合需要统一处理信号再分发的场景。

方案三：配合epoll边缘触发(EPOLLET)模式 #

如果你的架构本来就使用epoll的边缘触发模式，结合非阻塞signalfd可以进一步减少不必要的唤醒。边缘触发模式下，epoll只会在signalfd状态变化时（即有新信号到来时）通知一次，但由于SO_REUSEPORT架构下多个epoll实例监听同一个fd，仍可能出现多个线程被唤醒的情况，但配合非阻塞read()，未抢到信号的线程会直接返回EAGAIN，不会阻塞。

注意事项 #

• 创建signalfd时，务必确保对应的信号已经通过sigprocmask()加入阻塞掩码，避免信号被默认的信号处理函数捕获；
• 若使用SFD_CLOEXEC标志，可以避免子进程继承该fd，减少资源泄漏风险。

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