non-blocking i/o 不直接降低 cpu 使用率，而是通过避免线程挂起、减少上下文切换、单 worker 高并发、快速响应突发流量及配合超时与缓冲策略，使 cpu 更高效工作，负载更平稳。
Non-blocking I/O 本身不直接“降低” CPU 使用率，而是通过避免无效等待、减少资源争抢和提升单位时间处理能力，让 CPU 更高效地工作——结果就是同等负载下 CPU 占用更稳、峰值更低、响应更及时。
避免线程/进程挂起，消除空等消耗
传统阻塞 I/O 在调用 read() 时若数据未到达，会把整个线程挂起，内核需保存上下文、调度其他任务；等数据就绪再唤醒。这个过程伴随频繁的上下文切换和调度开销。Nginx 的非阻塞模式下，每次读写立即返回，没数据就收到 EAGAIN，CPU 立刻转向处理其他就绪连接，不空耗周期。
单 worker 高并发，压低调度与内存开销
每个 Nginx worker 进程靠事件循环（epoll/kqueue）驱动，只在 socket “可读”或“可写”时才操作。这带来两个关键收益：
- 无需为每个连接创建线程或进程，省去栈空间分配、线程创建销毁、调度排队等 CPU 消耗
- 每个连接仅维护轻量级 connection 结构体，内存占用小，缓存友好，间接减少 CPU 缓存失效带来的性能损失
快速响应突发流量，抑制 CPU 尖峰
当大量连接同时发送小包（如 HTTP 头、心跳帧），非阻塞 + 事件驱动能毫秒级捕获并分批处理，避免因个别慢连接阻塞整个进程。例如一个上传卡在 1KB/s 的客户端，不会拖慢其他上万连接的响应，CPU 负载因此分布更平滑，不会出现瞬时 95%+ 的尖峰。
配合超时与缓冲策略，防止资源滞留
非阻塞机制必须搭配合理的超时控制，否则仍可能积累无效等待：
-
client_header_timeout和client_body_timeout可及时释放半开连接，避免长期占用事件槽位 -
sendfile、tcp_nopush、tcp_nodelay等配置减少系统调用次数和小包发送频次，进一步降低 CPU 调度压力
