高并发HTTP服务器：从select到epoll的性能优化实践

1. 项目概述：高并发HTTP服务器的核心挑战

在Linux网络编程领域，构建一个能支撑上万并发连接的HTTP服务器一直是极具挑战性的任务。传统基于select/poll的解决方案在处理大规模连接时，往往会遇到性能急剧下降的问题。我在实际项目中曾遇到过这样的场景：当并发连接数超过2000时，服务器的响应延迟从毫秒级骤增到秒级，CPU利用率却始终无法突破50%——这正是典型的I/O多路复用瓶颈。

这个项目完整呈现了从select/poll到epoll的技术升级路径，通过ET模式、C++11现代特性、线程池优化和小根堆定时器的组合方案，实现了单机10万级并发连接的稳定处理。特别值得一提的是，我们采用了非阻塞I/O与边缘触发模式的组合，这在网络库设计中属于高阶实践，能显著减少系统调用次数。

2. 技术选型与架构设计

2.1 I/O多路复用模型演进

select/poll与epoll的本质区别在于事件通知机制：

• select使用线性扫描的位图结构，时间复杂度O(n)
• poll改进为链表结构，但仍需全量遍历
• epoll采用红黑树+就绪链表，时间复杂度O(1)

在我们的压测中，当连接数达到5000时：

• select耗时：12ms/次
• poll耗时：10ms/次
• epoll耗时：0.15ms/次

2.2 ET vs LT模式深度解析

边缘触发(ET)与水平触发(LT)的选择直接影响性能：

cpp复制// ET模式必须非阻塞I/O
fcntl(fd, F_SETFL, fcntl(fd, F_GETFL) | O_NONBLOCK);

// 典型ET模式事件处理循环
while(true) {
    ssize_t n = read(fd, buf, sizeof(buf));
    if (n == -1) {
        if (errno == EAGAIN) break; // 数据读完
        // 处理其他错误...
    }
    // 处理数据...
}

关键区别：

1. ET模式只在状态变化时触发，减少epoll_wait调用
2. 必须一次性处理完所有数据（通过循环读取直到EAGAIN）
3. 更适合高吞吐场景，但编程复杂度更高

2.3 线程池实现细节