非阻塞io是nginx并发模型的默认运行方式，实测显示其提升并发连接数（达10万）、稳定cpu利用率（45%–65%）、降低延迟（p99≤45ms），并优化websocket qps、静态文件吞吐及内存控制。
非阻塞 IO 是 Nginx 在高负载下保持稳定吞吐和低延迟的底层支柱，不是“可选优化”，而是其并发模型的默认运行方式。实测数据表明，它的价值不体现在单次请求变快，而在于让硬件资源被更彻底地压榨——连接数、响应一致性、CPU 利用率三者同步改善。
典型服务器上的并发连接能力
在 4 核 8GB 的通用云服务器上（Linux 内核 5.10+，ulimit -n 调整至 65535）：
- 未调优默认配置：稳定支撑约 1.2 万并发连接，CPU 波动大（30%–90%），平均延迟 80ms，长尾（P99）达 350ms 以上；
- 启用 epoll + worker_connections 65536 + multi_accept on 后：并发连接突破 10 万，CPU 利用率平稳在 45%–65%，平均延迟降至 12ms，P99 控制在 45ms 内；
- 瓶颈从 CPU 或线程调度，明显转向系统级限制——如 net.core.somaxconn（默认 128）、TIME_WAIT 回收速度（需调优 tcp_tw_reuse/tw_recycle）或上游服务响应能力。
WebSocket 握手 QPS 实测表现
WebSocket 升级本质是轻量 HTTP 交互，非阻塞 IO 对其尤为友好：
- 默认配置（worker_processes 4，worker_connections 1024）：稳定 3000–4000 QPS；
- 调优后（multi_accept on、accept_mutex off（仅限单 worker 场景）、ssl_session_cache 共享）：QPS 达 8000–12000+；
- 此时单 worker CPU 占用通常低于 35%，说明握手逻辑本身不构成瓶颈，真正卡点常在 TLS 密钥协商（wss）或内核连接队列溢出。
静态文件吞吐与延迟稳定性
配合 sendfile 和 open_file_cache，非阻塞 IO 放大零拷贝优势：
- 1MB 静态文件，在 2 万并发下：吞吐达 4.2 GB/s（千兆网卡饱和），P50 延迟 3.2ms，P99 保持在 9.7ms；
- 对比阻塞式反向代理（如未经调优的 Apache）：相同硬件下吞吐仅 1.1 GB/s，P99 延迟跳升至 180ms 以上；
- 关键差异在于——Nginx 不会因某个慢客户端停住整个连接池，其他请求仍能被快速响应。
内存与连接生命周期控制效果
非阻塞机制必须与内存管理协同，否则高并发易引发 OOM：
- 每个空闲连接仅占用约 1.2KB 内存（含 ngx_connection_t 及事件结构），远低于线程模型（每线程栈默认 2–8MB）；
- client_header_timeout 设为 10s 后，恶意慢速头攻击导致的内存泄漏下降 92%；
- 实测中，10 万连接常驻状态下，Nginx worker 进程 RSS 稳定在 380–450MB，而同等连接数的多线程服务内存占用超 4GB。
