non-blocking io 是 nginx 高响应质量的底层支柱，通过 o_nonblock、事件循环（如 epoll）、分阶段缓冲区、模块化回调及业务适配配置协同实现低延迟、高稳定、省资源。
Non-blocking IO 是 Nginx 实现高响应质量的底层支柱，它不靠堆线程或进程，而是让单个 worker 进程在不挂起、不等待的前提下，持续调度成千上万连接——响应更稳、延迟更低、资源更省。
非阻塞读写避免请求卡顿
传统阻塞模式下，一个连接在等数据时会锁住整个线程；Nginx 把 socket 设为 O_NONBLOCK 后，read() 和 write() 调用立即返回：有数据就读，没数据就报 EAGAIN，绝不空等。事件循环（如 epoll）只在 fd “可读”或“可写”时才触发回调，把 CPU 时间留给真正能干活的连接。
- HTTP 请求头未收全？Nginx 不停等，而是暂存已读内容，等下次可读事件再续读
- 响应缓冲区满？
send()返回错误后，自动把连接加入写事件队列，等内核通知“可以写了”再发 - 长连接中，同一 socket 可交替处理多个请求，避免反复建连开销
缓冲区策略匹配真实流量特征
响应质量不仅取决于“快”，更取决于“稳”——大文件下载不挤爆内存，小 API 请求不浪费空间。Nginx 的缓冲区不是固定大小，而是按需伸缩、分阶段管理：
- 请求头默认用 4KB 缓冲，超长时最多扩到 8 × 16KB（由
large_client_header_buffers控制），防止恶意头攻击 - 上传大文件时，自动切到磁盘临时文件（
client_body_temp_path），内存只留控制流 - 静态文件响应启用
sendfile on，数据由内核直接从磁盘送入 socket，绕过用户态拷贝，减少延迟和 CPU 占用
事件驱动与回调机制协同提效
Non-blocking IO 不是孤立动作，它和事件循环、模块化回调深度绑定：每个 HTTP 阶段（如解析请求行、读请求体、生成响应）都注册为回调函数，由事件循环统一派发。这种设计带来三重保障：
- 无跨事件状态锁：每个回调只操作当前连接的局部结构体，不共享全局变量
- 生命周期清晰：读缓冲随连接初始化，响应结束即清理链表节点，不残留内存
- 错误可收敛：
EAGAIN不是失败，而是调度信号——系统知道该等什么、等多久、怎么续
调优要贴合业务场景
参数不是越大越好，响应质量取决于配置是否“懂业务”：
- API 网关类服务：减小
client_header_buffer_size至 1–2KB，提高worker_connections，压低单连接内存占用 - 文件分发服务：开启
aio threads+directio 4m，让大文件走异步 I/O 路径，避免内核态阻塞 - 高并发短连接：缩短
client_header_timeout和send_timeout（如设为 5–10s），快速释放异常连接，防资源淤积
