使用self-pipe打断epoll_wait时epoll_ctl报Bad Address错误如何解决

报错原因 #

Bad Address对应系统错误码EFAULT，触发的直接原因是你调用epoll_ctl执行EPOLL_CTL_ADD操作时，第四个参数传入了NULL。
Linux内核明确要求，EPOLL_CTL_ADD操作必须传入合法的struct epoll_event结构体指针，用于指定要监听的事件类型、关联用户数据等配置，传入NULL会导致内核尝试访问非法内存地址，直接返回EFAULT错误。

除此之外你的实现还存在多个潜在问题：

• 每次调用打断函数都会重新创建管道，且没有关闭管道的文件描述符，会持续泄漏系统资源
• pipe创建失败后没有终止逻辑，后续仍会用无效的文件描述符执行epoll_ctl、write等操作
• 多次调用该函数会重复向epoll实例添加同一个管道读端描述符，会触发EEXIST错误
• 管道写操作没有错误处理逻辑

修复方案 #

正确的实现逻辑应该是：在epoll实例初始化阶段一次性创建打断用的管道、将管道读端注册到epoll实例中，需要打断等待时仅向管道写端写入数据即可，不需要每次调用都重新创建、注册管道。

修复后示例代码 #

1. 首先在SocketSystem类中增加管道相关成员变量：

// SocketSystem.h 头文件类定义内新增
private:
    int m_breakPipe[2];

2. 初始化阶段完成管道创建、epoll注册：

// 初始化时调用，参数epoll为已经创建好的epoll实例文件描述符
bool SocketSystem::initEpollBreak(int epoll) {
    if (pipe(m_breakPipe) < 0) {
        std::cout << "创建打断管道失败" << std::endl;
        return false;
    }

    struct epoll_event ev = {0};
    ev.events = EPOLLIN; // 监听读事件
    ev.data.fd = m_breakPipe[0];
    if (::epoll_ctl(epoll, EPOLL_CTL_ADD, m_breakPipe[0], &ev) == ERROR_CODE) {
        std::cout << "注册打断管道到epoll失败" << std::endl;
        close(m_breakPipe[0]);
        close(m_breakPipe[1]);
        return false;
    }
    return true;
}

3. 简化打断等待的函数逻辑：

void SocketSystem::epollBreakWait()
{
    int temp = 0;
    ::write(m_breakPipe[1], &temp, sizeof(temp));
}

额外注意事项 #

• epoll_wait返回后如果检测到触发事件的是打断管道的读端，需要将管道内的缓存数据全部读走，避免下次调用epoll_wait时立刻被唤醒
• 类销毁时要主动调用close关闭m_breakPipe的两个文件描述符，避免资源泄漏

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