Nginx 中 Non-blocking IO 是怎样提升高并发处理性能的

Nginx 高并发能力的底层基石是非阻塞 IO，它通过事件驱动与 epoll 多路复用使单 worker 进程高效管理数万连接，避免线程阻塞、内存暴涨和资源浪费，并辅以精准超时机制防止慢连接累积。

Non-blocking IO 是 Nginx 实现高并发能力的底层基石，它不靠“加快单个请求”，而是让有限资源持续运转、不空等——一个 worker 进程就能同时盯住数万连接。

避免线程/进程被慢连接拖住

传统阻塞模型中，每个连接需独占一个线程：一旦客户端下载慢、网络卡顿或发包延迟，线程就卡在 read()/write() 上，无法处理其他请求。Nginx 把套接字设为非阻塞模式后，哪怕数据还没到、缓冲区已满，系统调用也立刻返回 EAGAIN/EWOULDBLOCK，而不是挂起等待。worker 进程随即转向处理下一个就绪事件，资源始终在线。

配合事件驱动与多路复用高效轮询

Linux 下 Nginx 默认使用 epoll，它能一次性监听成千上万个文件描述符的状态变化：

• 内核只在 socket 真正可读（有数据到达）或可写（发送缓冲区有空闲）时才通知 Nginx；
• Nginx 的事件循环收到通知后，才去执行对应的读取或发送逻辑；
• 没有“轮询所有连接看谁 ready”的开销，也没有“为每个连接开线程”的冗余。

边读边写，不缓存整份响应体

面对大文件下载或长响应流，Nginx 不会把整个响应体加载进内存再发出去。它从上游（如后端应用）读一点、往客户端写一点，依赖 TCP 窗口和系统 socket 缓冲区自然控速。这意味着：

• 内存占用稳定，不随连接数或响应大小线性增长；
• 慢连接只占用少量连接状态和少量内核缓冲区，不影响其他请求调度；
• 即使 1KB/s 下载 10MB 文件，该连接在事件循环里也只是间歇性被唤醒，其余时间“静默待机”。

超时机制兜底，防止连接长期滞留

非阻塞本身不解决“永远不结束”的问题，所以 Nginx 提供精准的超时控制：

• client_header_timeout 和 client_body_timeout 防止恶意或异常客户端迟迟不发完请求头/体；
• send_timeout 控制两次 write 之间的间隔，避免响应发送卡死；
• reset_timedout_connection on 启用后，超时连接直接发 RST 包，更快释放内核连接状态。

这些配置与非阻塞 I/O 协同工作，确保慢连接不会累积成资源黑洞。