nginx的non-blocking i/o是其高并发的核心机制：通过设置o_nonblock标志，结合epoll/kqueue事件驱动，使单worker进程可高效处理数万连接，避免线程切换与阻塞等待。
Nginx 的 Non-blocking I/O（非阻塞 I/O）不是锦上添花的选项，而是它扛住高并发的核心机制。它让单个 worker 进程不因等待数据而停摆，从而把 CPU 时间真正用在处理请求上，而不是空转或切换。
Non-blocking I/O 在 Nginx 中如何工作
Nginx 不会为每个连接分配线程或进程，而是把所有连接注册到操作系统提供的事件通知机制中（如 Linux 的 epoll）。
- 当客户端发来请求，socket 数据未就绪时，
recv()立即返回EWOULDBLOCK，不卡住； - Nginx 把这个连接继续挂起，转头处理其他就绪事件；
- 一旦内核通知“某连接有数据可读”或“缓冲区可写”，事件循环立刻调用对应 handler 处理；
- 整个过程无阻塞、无等待、无上下文切换开销。
这种机制直接规避了传统同步模型中“一个请求卡住整个线程”的问题，使单 worker 能轻松维持数万连接。
配合 events 块的关键配置
非阻塞能力需要正确启用和协同配置，否则无法发挥效果：
-
use epoll;（Linux 必配）：启用高性能事件驱动接口，避免select/poll的轮询低效； -
worker_connections 65536;：设为单 worker 最大并发连接数，需与系统ulimit -n匹配； -
multi_accept on;：允许一个事件触发时，一次性接受多个新连接，减少事件唤醒次数； -
accept_mutex on;（默认）：防止多 worker 同时争抢新连接，降低锁竞争； -
worker_cpu_affinity auto;：把每个 worker 绑定到独立 CPU 核心，减少缓存抖动，提升响应一致性。
对高负荷场景的实际影响
在真实压测中（如 4 核服务器），开启并调优 Non-blocking I/O 后：
- 并发连接从 1.2 万提升至 10 万+，CPU 利用率反而更平稳；
- 平均延迟从 80ms 降至 12ms 左右，长尾延迟明显收敛；
- 即使突发流量涌入，也不会出现大量连接堆积或超时，因为连接始终处于“监听→就绪→处理→释放”的高效闭环中。
它不改变代码逻辑，但彻底改变了资源调度方式——把“等数据”变成“等通知”，把“被动阻塞”变成“主动响应”。
