非阻塞I/O使Nginx单worker可并发处理数万连接，通过epoll/kqueue事件驱动只处理就绪fd，全程O_NONBLOCK调用配合open_file_cache与合理超时配置实现高效资源复用。
非阻塞 I/O 本身不加快单次读写速度，而是让 Nginx 在等待网络数据时“不空等”，把 CPU 时间腾出来处理其他就绪连接——单个 worker 进程因此能同时盯住数万连接，而不是被某个慢请求卡死。
靠事件驱动调度，只响应真正有事的连接
Nginx 不轮询每个连接，而是把所有 socket 注册进 epoll（Linux）或 kqueue（BSD/macOS）。内核一旦发现某连接可读、可写或已断开，立刻通知 Nginx。它只对这些就绪 fd 执行 recv() 或 send()，其余连接安静挂起，不耗 CPU、不抢调度资源。
- 比如客户端缓慢上传请求体，每次 read() 返回 EAGAIN 后，Nginx 继续监听该 socket 的 EPOLLIN，但不阻塞，也不中断其他请求处理
- 后端响应延迟 3 秒？worker 不会停在这儿等，而是立刻转向处理新到达的请求或已就绪的其他连接
所有 I/O 操作全程非阻塞，避免任何环节卡主流程
从 accept() 到 sendfile()，每个系统调用都设为 O_NONBLOCK 模式：
- recv() 没数据立即返回 EAGAIN，不挂起进程
- send() 缓冲区满也立刻返回 EAGAIN，随后由 epoll 通知 EPOLLOUT 再续发
- open()、stat() 等文件操作虽不直接非阻塞，但 Nginx 通过 open_file_cache 缓存元数据，减少阻塞点
连接生命周期被拆成可中断阶段，资源复用更高效
一个 HTTP 请求不再是一条线走到底，而是按需触发多个事件回调：
- TCP 握手完成 → 触发 accept 事件，注册读事件
- 请求头未收全 → 挂起等待 EPOLLIN，期间处理其他连接
- 转发到 upstream → 当前连接挂起，worker 去响应客户端或处理新请求
- 后端响应返回 → 触发读事件；发送响应遇缓冲区满 → 注册 EPOLLOUT，等可写再继续
必须配合合理配置，否则非阻塞也扛不住堆积
非阻塞机制需要参数协同才能稳定释放性能：
- worker_connections 65536：设为单 worker 最大连接数，并确保系统 ulimit -n ≥ 此值
- client_header_timeout 5s：防 Slowloris 类攻击，头部太久没来就断连
- send_timeout 15s：两次 write 间隔超时即关闭连接，避免弱网长期占位
- multi_accept on：一次事件唤醒尽可能多地接受新连接，减少高峰排队延迟
