非阻塞IO不提升单次读写速度，而是显著提高Nginx单位资源承载的并发连接数与调度密度；配合epoll、sendfile等机制，单worker可稳定处理上万连接，资源利用率更优、响应更稳。
非阻塞 IO 不是让单次读写变快，而是让 Nginx 在大吞吐量场景下，把有限的 CPU 和内存用得更准、更稳、更久——它不提速单次操作，但大幅提升单位资源承载的并发连接数与数据调度密度。
单 worker 并发连接能力跃升
启用非阻塞 IO 后，一个 worker 进程可稳定管理 10240～65536 个连接（取决于 worker_connections 和系统 ulimit 设置），远超传统阻塞模型下“一连接一线程”的极限。Linux 下配合 epoll，内核只在 socket 真正就绪时通知，Nginx 不轮询、不空等，CPU 时间几乎全用于实际处理，而非上下文切换或挂起等待。
- 8 核服务器设 worker_processes auto，每个 worker 处理 6 万连接，理论支撑近 50 万并发连接
- 连接空闲时零 CPU 占用，仅事件触发才介入，资源利用率曲线更平滑
- 文件描述符成为主要瓶颈，而非线程栈内存或调度器压力
读写调度响应更快更稳
面对持续涌入的大流量（如实时日志推送、流式 API、视频分片上传），非阻塞 IO 让 Nginx 始终处于“就绪即处理”状态：TCP 包分片到达？一次 recv() 不收完就返回 EAGAIN，下次事件再继续；客户端上传缓慢？该连接仅占一个事件槽位，不影响其他请求的读写调度。
- 短连接高频小包场景：毫秒级捕获新连接与数据，QPS 提升明显
- 长连接流式响应（如 SSE、WebSocket）：数据来即发，不因个别延迟阻塞整条 worker 循环
- 反向代理后端慢响应时，上游连接仍可正常接收新请求，避免雪崩式排队
缓冲与系统调用协同减负
非阻塞 IO 的效率优势必须与缓冲策略、零拷贝机制联动才能充分释放。Nginx 不预分配大块内存给每个连接，而是在事件回调中按需申请、及时释放；同时利用内核能力减少用户态拷贝，降低系统调用频次。
- 启用 sendfile on：静态文件由内核直接从磁盘送入 socket，跳过用户态内存拷贝
- 配合 tcp_nopush（合并 sendfile 数据）和 tcp_nodelay（禁用 Nagle，加速小响应）
- 大请求体自动落盘至 client_body_temp_path，防止内存暴涨
- open_file_cache 缓存文件元数据，将 stat()/open() 从每次请求降为分钟级
防慢速攻击与资源兜底关键点
非阻塞本身不能无限容忍恶意或低速客户端。必须搭配严格的超时控制与内存生命周期管理，否则高并发下易被拖垮。
- client_header_timeout 10s、client_body_timeout 60s：限制请求头/体上传最大等待时间，及时释放无效连接
- send_timeout 30s：两次 write 间隔超时即断连，防接收方太慢长期占位
- keepalive_timeout 15s：空闲长连接及时回收，避免 fd 泄漏
- 所有请求内存基于 ngx_pool_t 分配，请求结束即整池重置，无 malloc/free 开销
