non-blocking io 不提升物理带宽上限，但显著提升实际利用率：避免阻塞空转、复用连接带宽、降低cpu调度开销、协同sendfile实现零拷贝、动态适配客户端速率，使吞吐更平稳高效。
Non-blocking IO 本身不直接“提升带宽”物理上限，但它能显著提升带宽的实际利用率——让有限的网络带宽更少闲置、更少浪费、更持续地被有效吞吐。
避免连接阻塞导致带宽空转
传统阻塞模型下，一个慢客户端（比如2G网络上传大文件）会让整个工作进程卡在 recv() 上，该进程无法处理其他请求，对应网卡队列和带宽资源也就被“占着不用”。Non-blocking IO 让 Nginx 立即返回 EAGAIN，转而调度其他就绪连接，使同一时间多个连接交替使用带宽，保持出口链路持续满载传输，而不是轮流“睡一会、发一点、再睡一会”。
- 例如：100个并发连接中，若5个是慢上传，其余95个正常请求仍可即时响应，带宽始终被复用；阻塞模型下这5个可能拖慢整组 worker，带宽利用率骤降30%以上
- 尤其在混合业务场景（API + 文件上传 + 静态资源）中，非阻塞机制防止“木桶短板”效应
减少上下文切换与调度延迟
每个连接不再绑定专属线程或进程，Nginx 单个 worker 可通过事件循环高效轮询成千上万个 socket。这意味着 CPU 不再花大量时间在线程创建/销毁、栈切换、调度排队上，而是专注做真正有用的事：收包、解协议、发响应、调度写事件——把计算资源省下来，让网络 I/O 更高频、更紧凑地发生。
- CPU 开销降低后，网卡中断能更快被响应，TCP ACK 及时回传，拥塞窗口更稳定增长
- 实测显示：同等硬件下，启用非阻塞 + epoll 后，TCP 吞吐波动标准差下降约40%，带宽曲线更平滑
配合 sendfile 和零拷贝，减少内存瓶颈对带宽的制约
Non-blocking IO 是前提，而真正释放带宽潜力的是它与内核能力的协同。当启用 sendfile on 时，Nginx 在非阻塞模式下可直接触发内核零拷贝路径：数据从磁盘页缓存直达 socket 发送队列，全程不经过用户态内存。这既节省了 CPU 带宽（避免 memcpy），也避免了用户缓冲区成为瓶颈，使千兆/万兆网卡更容易跑满。
- 若禁用 sendfile，大文件响应需先拷入用户 buffer，再调 send()；buffer 满或遇 EAGAIN 就暂停，带宽出现明显脉冲式波动
- 开启 sendfile + Non-blocking 后，内核自主管理发送节奏，Nginx 只需注册完成回调，带宽输出更连续、更接近物理极限
动态适配不同客户端速率，提升整体链路效率
Non-blocking IO 让 Nginx 能感知每个连接的真实就绪状态（EPOLLIN/EPOLLOUT）。它可根据客户端接收能力，智能控制写节奏：快客户端立即 push 数据，慢客户端则暂存于内核发送缓冲区或临时文件，等其 ready 再续发。这种细粒度调度，避免了“一刀切”的等待策略，使带宽在异构终端间分配更合理。
- 例如：同时服务手机端（RTT 100ms）和局域网服务（RTT 1ms），Nginx 可对前者延迟 flush，对后者立即 flush，整体带宽吞吐不受慢端拖累
- 结合
tcp_nodelay off（默认）与tcp_nopush on，还能进一步优化 TCP 包聚合，减少小包数量，提升单位带宽有效载荷
