Linux网络IO模型与epoll多路复用技术详解

1. Linux网络IO模型深度解析

在Linux服务器开发中，网络IO处理是核心挑战之一。一个高性能的服务器必须能够高效处理大量并发连接，而传统的阻塞式IO模型显然无法满足这一需求。本文将深入剖析五种IO模型，重点讲解多路转接技术，并分享我在实际开发中的经验总结。

1.1 IO时间的本质构成

任何IO操作都包含两个关键阶段：

• 等待资源就绪时间：数据从网络到达内核缓冲区的等待时间
• 数据拷贝时间：数据从内核缓冲区拷贝到用户空间的时间

由于数据拷贝速度主要由硬件决定，提高IO效率的关键就在于减少等待时间的比重。这就像在餐厅点餐——等待厨师做菜的时间（等待资源）远大于服务员端菜的时间（数据拷贝），优化重点自然是减少等餐时间。

1.2 五种IO模型对比

1.2.1 阻塞式IO（Blocking IO）

就像在银行柜台办理业务，必须等到前一个人办完才能轮到你。在代码中表现为read()调用会一直阻塞，直到数据就绪。

c复制// 典型阻塞式读取
char buf[1024];
int n = read(sockfd, buf, sizeof(buf)); // 在此阻塞

问题：每个连接都需要一个线程/进程处理，资源消耗大，无法应对高并发。

1.2.2 非阻塞式IO（Non-blocking IO）

类似不断查看外卖APP是否显示"已送达"。通过fcntl()设置O_NONBLOCK标志后，read()会立即返回，需要通过循环检查状态。

c复制// 设置非阻塞
int flags = fcntl(sockfd, F_GETFL, 0);
fcntl(sockfd, F_SETFL, flags | O_NONBLOCK);

// 非阻塞读取
while(1) {
    int n = read(sockfd, buf, sizeof(buf));
    if(n > 0) { /* 处理数据 */ } 
    else if(n < 0 && errno == EAGAIN) { /* 数据未就绪 */ }
    else { /* 真实错误 */ }
}

缺点：CPU空转严重，需要配合多路复用技术使用。

1.2.3 信号驱动IO（Signal-driven IO）

类似外卖小哥打电话通知你取餐。通过注册SIGIO信号处理函数，内核在数据就绪时发送信号通知。

c复制// 设置信号处理
signal(SIGIO, sigio_handler);

// 启用信号驱动
fcntl(sockfd, F_SETOWN, getpid());
fcntl(sockfd, F_SETFL, fcntl(sockfd, F_GETFL