Nginx 非阻塞 IO 与 Epoll 多路复用技术的协同作用

Nginx高并发能力源于非阻塞I/O与epoll深度协同：socket设为非阻塞后，recv/send遇阻立即返回EAGAIN，worker不等待；epoll则精准通知就绪事件，避免轮询，单worker即可高效调度数万连接。

非阻塞 I/O 和 epoll 不是各自独立运行的两套机制，而是深度咬合、互相成就的一体化设计。Nginx 的高并发能力，正来自这两者在每个连接处理环节上的紧密配合——非阻塞让 worker 不停步，epoll 让 worker 只做该做的事。

非阻塞 I/O 是“不等”的前提

每当新连接建立，Nginx 立即调用 fcntl() 将其 socket 设为非阻塞模式。这意味着：

1. 调用 recv() 时若无数据可读，立刻返回 EAGAIN，而不是挂起进程
2. 调用 send() 时若发送缓冲区满，同样返回 EAGAIN，不阻塞后续逻辑
3. 每个 I/O 操作都变成“尝试一次、立即反馈”，把控制权牢牢握在 worker 手中

Epoll 是“知道何时再试”的眼睛

非阻塞操作返回 EAGAIN 后，连接并未被丢弃，而是被挂起并注册到 epoll 监听列表中：

1. 等待读就绪时，注册 EPOLLIN 事件；等待写就绪时，注册 EPOLLOUT 事件
2. 内核通过红黑树管理所有监听 fd，epoll_wait() 只返回真正就绪的那些，避免轮询开销
3. Nginx 默认使用边缘触发（ET）模式，确保状态变化时只通知一次，减少重复唤醒

事件循环把两者串成一条流水线

worker 进程的主循环不是忙等，而是一个精准调度器：

1. 调用 epoll_wait() 阻塞等待（但超时极短，通常毫秒级），拿到一批就绪事件
2. 对每个就绪 fd，执行对应 handler：可能是 accept 新连接、recv 解析请求头、send 返回响应
3. 每次 handler 内部都做非阻塞 I/O；若中途遇 EAGAIN，就重新注册事件，交还给 epoll 等待下一次通知
4. 整个过程无锁、无跨进程共享，靠单 worker 独立闭环完成连接全生命周期

协同带来的实际收益

这种组合直接改变了资源使用方式：

1. 10 万个并发连接，不再需要 10 万个线程，8 个 worker 进程即可承载
2. 内存占用从线程栈（每线程 MB 级）压缩为连接结构体（每个连接仅 KB 级）
3. CPU 不再浪费在上下文切换和空轮询上，90% 以上时间用于真实业务处理
4. 慢连接（如 Slowloris）不会拖垮整体，靠 client_header_timeout 等机制及时清理