nginx异步事件驱动模型通过“不等、不空转、不切换”避免cpu闲置：worker进程以非阻塞i/o+epoll高效响应事件，multi_accept和accept_mutex优化减少空转与锁争用，单线程事件循环绑定cpu核心，多worker协同实现整机cpu零闲置。
Nginx 的异步事件驱动模型避免 CPU 闲置，核心在于“不等、不空转、不切换”——它让每个 worker 进程始终处于高效响应状态，而不是在 I/O 等待中挂起或在上下文切换中浪费 cycles。
让 CPU 始终有事可做，而不是干等
传统阻塞模型（如 Apache prefork）中，进程遇到 read() 或 write() 就停住，内核将其标记为“sleep”，CPU 转去调度别的任务；等数据就绪再唤醒。这期间该进程对 CPU 是零贡献。Nginx 则全程非阻塞：socket 设为 O_NONBLOCK，调用 epoll_wait() 时只在有事件时才返回，其余时间内核直接让出 CPU——但关键在于，Nginx 不会因此“歇着”，而是立刻处理已就绪的多个事件（比如一批可读连接、几个写完成通知、若干超时检查），把一次系统调用的收益最大化。
-
multi_accept on;：让单次epoll_wait()返回后，worker 尽可能多地从内核队列中取出新连接（而非每次只取一个），减少事件循环空转次数 -
accept_mutex off;（1.11.3+ 默认关闭）：去掉 worker 间抢 accept 锁的排队等待，新连接进来就能被任意就绪 worker 立即收下 - 所有 I/O 操作（读请求头、转发给 upstream、写响应体）都注册回调，事件一就绪马上执行，不阻塞后续事件调度
用单线程事件循环压满单核算力
每个 worker 绑定一个物理核心后，它的事件循环就是那个核心上唯一长期运行的用户态任务。没有线程创建/销毁、没有锁竞争、没有栈来回切换——CPU 缓存行保持热态，指令流水线持续填充，90% 以上时间都在执行 Nginx 自身逻辑（解析、路由、缓冲管理、状态机跳转），而不是陷入内核或等待资源。
- 例如处理静态文件时启用
sendfile on;+tcp_nopush on;，数据由内核直接从磁盘 DMA 到网卡，worker 只需发一条指令，接着立刻去处理下一个事件 - 遇到慢上游时，worker 把当前请求挂起（存状态机上下文），立即转向其他就绪连接，CPU 从不因一个请求卡住
靠多 worker 实现整体 CPU 零闲置
worker_processes auto; 让 Nginx 启动与物理核心数一致的进程数，每个都绑定专属核心。这样：
- 所有核心都有常驻的、高活跃度的事件循环在跑
- 即使某 worker 短暂无事件（比如瞬时低流量），其他 worker 仍满负荷运转，整机 CPU 使用率不会掉进“空闲陷阱”
- 内核调度器无需在几十上百个线程间反复切换，省下的 cycles 全部留给实际业务处理
本质上，Nginx 把“CPU 时间片分配权”交还给事件本身：不是按固定周期轮询，而是由内核精准通知“此刻该你干活了”，且每次通知都打包多个任务，确保 CPU 拿到的是实打实的计算负载。
