Epoll 服务器实战教学：从 Poll 到高性能事件驱动模型

文章目录

• 引言
• 一、从 Poll 到 Epoll：核心代码修改解析
• • 1. 核心数据结构与函数替换
  • 2. 新增 epoll 实例管理
  • 3. 事件注册方式：从 “每次循环添加” 到 “一次性注册”
  • 4. 事件等待与处理：从 “轮询所有 FD” 到 “仅处理就绪事件”
  • 5. FD 移除：从 “自动过滤” 到 “主动删除”
• 二、Epoll 服务器的核心注意事项
• 三、Epoll 相较于 Select/Poll 的核心优化
• 四、Reactor 模型：epoll 的最佳实践模式
• 五、一个线程一个 Reactor 模型
• 六、测试效果
• 七、总结

引言

在 Linux 网络编程中，epoll 是公认的高性能 I/O 多路复用技术，广泛应用于高并发服务器（如 Nginx、Redis）。相比 select 和 poll，epoll 在处理大量连接时性能优势显著。本文将详解如何从 Poll 服务器迁移到 Epoll 服务器，分析 epoll 的核心优化点，并介绍基于 epoll 的 Reactor 模型设计。

一、从 Poll 到 Epoll：核心代码修改解析

epoll 的设计理念与 select/poll 有本质区别，其核心是通过内核事件表管理文件描述符（FD），仅返回就绪事件。以下是从 PollServer 到 EpollServer 的关键修改：

1. 核心数据结构与函数替换

2. 新增 epoll 实例管理

epoll 需要先创建一个内核事件表（epoll 实例），所有 FD 的事件都注册到该表中。在 EpollServer 中新增 _epoll_fd 成员变量，并在初始化时创建：

// Poll中无此步骤，Epoll必须先创建实例
_epoll_fd = epoll_create1(EPOLL_CLOEXEC); // EPOLL_CLOEXEC：进程退出时自动关闭
if (_epoll_fd < 0) {
perror("epoll_create1 失败");
return false;
}

3. 事件注册方式：从 “每次循环添加” 到 “一次性注册”

poll 每次循环需重建 pollfd 数组，而 epoll 通过 epoll_ctl 一次性将 FD 注册到内核表，后续无需重复操作：

// Poll的事件注册（每次循环执行）
fds.clear();
fds.push_back(listen_pfd); // 重复添加监听FD
for (const auto& [fd, client] : _clients) {
fds.push_back(client_pfd); // 重复添加客户端FD
}

// Epoll的事件注册（仅在FD创建/删除时执行）
// 添加监听FD（初始化时一次）
AddFdToEpoll(_listen_socket->Fd(), EPOLLIN);
// 添加客户端FD（新连接建立时一次）
AddFdToEpoll(client_fd, EPOLLIN);

AddFdToEpoll 函数通过 epoll_ctl 实现事件注册：

bool AddFdToEpoll(int fd, uint32_t events) {
epoll_event ev;
ev.data.fd = fd; // 绑定FD到事件
ev.events = events; // 关注的事件（如EPOLLIN：可读）
return epoll_ctl(_epoll_fd, EPOLL_CTL_ADD, fd, &ev) == 0;
}

4. 事件等待与处理：从 “轮询所有 FD” 到 “仅处理就绪事件”

poll 通过 poll() 返回就绪数量，需遍历整个数组判断事件；epoll 通过 epoll_wait() 直接返回就绪事件列表，无需轮询：

// Poll的事件处理（遍历所有FD）
for (const auto& pfd : fds) {
if (pfd.revents & POLLIN) { ... } // 需检查每个FD是否就绪
}

// Epoll的事件处理（仅遍历就绪事件）
int ready = epoll_wait(_epoll_fd, events.data(), _max_events, –1);
for (int i = 0; i < ready; ++i) { // 仅遍历就绪的i个事件
int fd = events[i].data.fd;
uint32_t event = events[i].events;
if (event & EPOLLIN) { ... } // 直接处理就绪事件
}

5. FD 移除：从 “自动过滤” 到 “主动删除”

poll 在客户端断开后，下次循环重建数组时自动排除无效 FD；epoll 需主动从内核表中删除 FD，避免处理已关闭的 FD：

// 客户端断开时，Epoll需显式删除事件
void HandleClientData(int client_fd) {
if (n <= 0) { // 客户端断开
RemoveFdFromEpoll(client_fd); // 从epoll表中删除
client_socket->Close();
_clients.erase(it);
}
}

// 移除FD的实现
bool RemoveFdFromEpoll(int fd) {
return epoll_ctl(_epoll_fd, EPOLL_CTL_DEL, fd, nullptr) == 0;
}

二、Epoll 服务器的核心注意事项

三、Epoll 相较于 Select/Poll 的核心优化

核心优势解析：

四、Reactor 模型：epoll 的最佳实践模式

Reactor（反应器）是一种事件驱动模型，核心思想是 “等待事件发生，然后分发处理”，epoll 是 Reactor 模型的典型实现。其结构如下：

工作流程：

• 反应器注册事件（如 “监听 FD 可读”）；
• 事件发生时，反应器唤醒并调用对应处理器；
• 处理器处理完后可再次注册新事件（如 “客户端 FD 可写”）。

五、一个线程一个 Reactor 模型

在高并发场景下，单线程 Reactor 可能成为瓶颈，“一个线程一个 Reactor” 模型通过多线程并行处理提升性能：

优势：

• 充分利用多核 CPU，并行处理事件；
• 子线程专注于自己的 FD 集合，减少锁开销；
• 主线程仅处理连接分配，轻量高效。

典型应用：Nginx 的多进程模型（每个进程一个 Reactor）、Memcached 的多线程模型。

六、测试效果

七、总结

epoll 通过内核事件表、回调通知、支持 ET 模式等设计，彻底解决了 select/poll 在高并发场景下的性能瓶颈，是 Linux 下高性能服务器的首选技术。从 Poll 迁移到 Epoll 的核心是：

• 用 epoll_create1 创建实例，epoll_ctl 管理事件，epoll_wait 等待就绪；
• 避免重复注册事件，主动清理无效 FD；
• 根据业务需求选择 LT/ET 模式，配合非阻塞 IO 提升效率。

结合 Reactor 模型和多线程设计，epoll 可轻松支撑十万级甚至百万级并发连接，是构建高性能网络服务器的基石。