非阻塞IO是Nginx高并发的底层支柱，通过单worker持续处理就绪事件、配合epoll等I/O多路复用实现高效调度，避免阻塞等待与线程切换。
非阻塞 IO 是 Nginx 高并发能力的底层支柱，它不靠增加线程数量，而是让单个 worker 进程持续处理就绪事件，把“等数据”变成“等通知”。
非阻塞 IO 的核心行为
当 worker 进程对 socket 执行 recv() 或 send() 时：
- 若内核缓冲区已有数据，立即读取或写入，返回实际字节数
- 若暂无数据可读、或发送缓冲区已满，不挂起进程，而是立刻返回 EAGAIN 或 EWOULDBLOCK
- 进程随即跳过该连接，转向检查其他已注册的 socket 状态
这种“试一下、不行就走”的模式，避免了传统阻塞模型中“一个连接卡住、整个线程停摆”的问题。
必须配合事件驱动才能高效运行
仅设为 non-blocking 并不够——Nginx 依赖操作系统级的 I/O 多路复用机制来批量获知哪些连接真正就绪：
- Linux 下默认使用 epoll（边缘触发 ET 模式），一次 epoll_wait() 可返回数百甚至数千个就绪 fd
- 每个 worker 维护独立事件循环，所有连接统一注册进 epoll 实例
- 内核只在 socket 状态发生实质变化（如收到新数据、对端关闭、缓冲区可写）时才通知，避免无效唤醒
没有事件驱动，non-blocking 就退化成低效轮询；没有 non-blocking，事件驱动也无法安全调度多个连接。
关键配置要点
非阻塞能力需通过 events 块显式协同启用：
- use epoll;（Linux 环境建议显式声明，确保启用最优机制）
- worker_connections 65536;（设为单 worker 最大连接数，需与系统 ulimit -n 匹配）
- multi_accept on;（允许单次事件触发时批量接受多个新连接，减少高峰延迟）
- accept_mutex on;（默认开启，防止多 worker 同时争抢 accept，降低锁开销）
- worker_cpu_affinity auto;（将每个 worker 绑定到独立 CPU 核心，减少缓存抖动）
真实请求中的非阻塞体现
以一次静态文件请求为例：
- accept() 建立连接后，立即调用 fctl(fd, F_SETFL, O_NONBLOCK) 设置非阻塞标志
- 尝试读取 HTTP 请求头：若未收全，recv() 返回 EAGAIN，Nginx 记录该连接“等待读”，继续处理其他就绪连接
- 稍后 epoll 通知该连接可读，再次调用 recv() 补全请求头；解析完成后，用 sendfile() 发送文件
- 若 sendfile() 返回 EAGAIN（如 TCP 窗口满），Nginx 将连接加入写事件队列，等下次可写再续发，全程不占用 CPU 空转
整个过程无阻塞、无睡眠、无线程切换，CPU 时间始终用于实际处理。
