Nginx的非阻塞I/O在高频连接中实现高效调度：单worker可管理数万连接，仅在可读/写/超时/断开时响应，零空等、零线程切换；通过事件驱动分阶段处理连接生命周期，并辅以keepalive_timeout 0、reset_timedout_connection on及tight超时控制防堆积，配合epoll、worker_connections、multi_accept等配置协同生效。
Nginx 的非阻塞 I/O 在高频连接访问中不是“更快地干活”，而是“几乎不空等、不卡位、不浪费”。它让单个 worker 进程能稳定盯住数万连接，每个连接只在真正有事（可读、可写、超时、断开）时才被调度，其余时间零 CPU 占用、零线程切换、零资源争抢。
高频建连/断连靠事件驱动，不靠快速关闭
面对每秒数千次 TCP 握手或主动断开，Nginx 不依赖“关得快”，而是把连接生命周期拆成可挂起、可恢复的阶段：
- TCP 握手完成 → 触发 accept 事件，Nginx 接收并注册 EPOLLIN，不阻塞后续新连接
- 客户端慢发请求头 → 每次 read 返回 EAGAIN 后，连接保留在 epoll 监听列表中，不释放也不影响其他请求
- 后端响应未就绪 → 当前连接挂起，worker 立即转向处理其他就绪连接；响应一到，内核立刻通知 write 事件续发
- 发送中遇缓冲区满 → 自动注册 EPOLLOUT，等 socket 可写再继续，不重试、不忙等、不占 CPU
防堆积比“扛得住”更重要
非阻塞本身不能防止连接越积越多。若无约束，大量空闲或异常连接会耗尽文件描述符或拖慢事件循环：
- 短连接接口建议设 keepalive_timeout 0，响应完立即断连，避免空闲连接长期占槽
- 开启 reset_timedout_connection on，对握手失败、读写超时直接发 RST，不等内核回收
- 收紧关键超时：client_header_timeout 5s、client_body_timeout 10s、send_timeout 15s，防慢速攻击或弱网拖累
- 确保 worker_rlimit_nofile 与系统 ulimit -n 匹配（如设为 1048576），让 epoll 能管理足够多 fd
实测性能边界清晰可见
在 4 核服务器压测中，合理启用非阻塞 I/O 并调优后：
- 并发连接支撑能力从约 1.2 万跃升至 10 万以上，CPU 利用率反而更平稳，无明显抖动
- 平均响应延迟从 80ms 降至 12ms 左右，P99 延迟收敛明显，长尾大幅压缩
- 突发流量涌入时，连接始终处于“监听→就绪→处理→释放”的闭环中，极少出现堆积或批量超时
- 瓶颈从线程调度/内存分配，逐步转移至文件描述符上限、网络带宽或后端响应速度
配置必须协同，否则非阻塞形同虚设
非阻塞能力默认启用，但需配套配置才能真正释放效能：
- use epoll;（Linux）或 use kqueue;（BSD/macOS），禁用低效的 select/poll
- worker_connections 65536;，数值需 ≤ 系统 ulimit -n，且建议设为 2 的幂次
- multi_accept on;，允许单次事件唤醒时批量接受多个新连接，减少 epoll_wait() 调用频次
- accept_mutex on;（默认），防止多 worker 同时争抢 accept，降低锁竞争
- worker_cpu_affinity auto;，将每个 worker 绑定到独立 CPU 核心，提升缓存局部性与响应一致性
