Nginx 中 Non-blocking IO 增强并发处理效果

Nginx通过非阻塞I/O实现高并发，核心是设socket为O_NONBLOCK后read()立即返回EAGAIN/EWOULDBLOCK，配合epoll/kqueue事件驱动，仅在就绪时处理，避免阻塞与空轮询，单worker可高效管理数万连接。

Non-blocking IO 是 Nginx 实现高并发能力的底层基石，它不靠增加线程或进程数量，而是让单个 worker 进程高效“盯住”成千上万个连接，真正把 CPU 和内存用在刀刃上。

非阻塞 IO 怎么避免“干等”

传统阻塞模式下，调用 read() 时若数据还没到，进程就卡住不动；而非阻塞模式下，只要 socket 被设为 O_NONBLOCK，read() 立即返回——有数据就读走，没数据就报 EAGAIN/EWOULDBLOCK，绝不等待。Nginx 不会反复轮询，而是交给事件驱动机制来决定“什么时候再试”。

• 内核通过 epoll（Linux）或 kqueue（BSD/macOS）通知 Nginx：“这个 socket 有数据可读了”
• Nginx 收到通知后才调用 recv()，一次读不完就继续监听该 socket 的可读事件
• 整个过程无挂起、无睡眠，CPU 可随时切换去处理其他活跃连接

事件循环 + 非阻塞 IO = 并发放大器

每个 worker 进程运行一个独立的事件循环，它不是被动等待，而是主动管理所有连接的状态变化。非阻塞 IO 让这个循环能持续运转，不被个别慢连接拖住节奏。

• 一个 worker 处理 10,000 连接时，内存只多出约十几个 KB 的连接结构体，而非 10,000 个线程栈空间
• 即使某个客户端上传极慢（比如 2G 文件用 3G 网络断续传），也不会阻塞其他请求的响应
• 新连接接入、请求头到达、请求体分片抵达……这些都作为独立事件被快速捕获和调度

配置上怎么配合非阻塞 IO 发挥最大效果

Nginx 默认已启用非阻塞 IO，但以下几项配置直接影响它能否稳定承载高并发：

• worker_processes auto; —— 让主进程自动匹配 CPU 核心数，避免 worker 过少成为瓶颈
• worker_connections 10240; —— 设置单个 worker 最大连接数，需同步调高系统 ulimit -n
• use epoll;（Linux 下可显式声明）—— 确保使用高性能多路复用机制，默认已启用 ET 模式
• client_header_timeout 15s; 和 client_body_timeout 60s; —— 防止半开连接长期占用事件槽位

注意：非阻塞不等于万能

如果在 Nginx 中嵌入 Lua 或其他扩展模块，并在里面执行同步 DNS 查询、文件读写或长耗时计算，仍会阻塞整个 worker。这类操作必须改用异步接口（如 Lua cosocket、nginx-http-lua-module 的 ngx.timer.at）才能维持非阻塞特性。