Nginx 异步事件驱动架构下如何实现任务调度的高效性

Nginx高效调度源于“不等、不闲、不搬”：单worker以事件驱动统一处理成千连接，epoll/kqueue内核通知就绪事件，非阻塞I/O全链路贯穿，红黑树管理超时，内存池与slab优化分配，多worker无共享、CPU绑定负载均衡。

任务调度高效，关键在于“不等、不闲、不搬”——Nginx 不靠线程堆叠抢资源，而是用单 worker 进程把成千上万个连接当作可响应的事件来统一调度，所有动作只在真正就绪时触发。

事件循环统一监听，避免无效轮询

每个 worker 启动后进入一个紧凑的 while 循环：调用 epoll_wait()（Linux）或 kqueue（BSD/macOS），把监听权交给内核。内核只在 socket 真正可读、可写或出错时才返回就绪列表，不遍历全部连接，也不拷贝 fd 集合。一次系统调用就能批量获取多个事件，CPU 利用率高，空闲时不消耗算力。

1. 默认启用 epoll，显式配置 use epoll; 可确保行为稳定
2. multi_accept on; 让单次 epoll_wait 后尽可能多地 accept 新连接，减少系统调用频次
3. 新连接、请求头到达、响应返回、超时到期……全被抽象为事件类型（EPOLLIN/EPOLLOUT/EPOLLERR），由同一循环分发

非阻塞 I/O 全链路贯穿，消除隐性等待

从 accept 开始，所有 socket 操作都设为 non-blocking。recv() 遇到 EAGAIN 立即返回，send() 发不完也立刻退出，剩余数据留在连接自己的 output buffer 中，等待下一次 write event 触发再续发。整个流程没有一处会卡住 worker，它始终处于可调度状态。

1. HTTP 请求被拆解为多个阶段事件：accept → read header → route → connect upstream → read response → write client
2. 任一环节未就绪（如后端还没回包），worker 立刻转向处理其他就绪连接
3. 业务逻辑中若引入同步操作（如同步 DNS、阻塞文件读写、Lua 中的 http.request），会锁死整个 worker，必须规避

超时与资源复用由红黑树和内存池协同管理

连接的 read timeout、write timeout、keepalive timeout 不靠独立线程轮询，而是统一插入红黑树。事件循环每次进入 epoll_wait 前，先检查树顶是否到期，并把最小超时值传给系统调用的 timeout 参数——精度高，无额外开销。

1. ngx_connection_t 结构体预分配、运行中复用，减少 malloc/free 频次
2. buffer 使用 slab 内存池管理，头部字段以指针引用原始内存，避免字符串拷贝
3. 静态文件响应启用 sendfile on;，数据由内核直接从磁盘复制到 socket 缓冲区，跳过用户态搬运

多 worker 协同但不争抢，锁粒度极细

master 进程负责加载配置与拉起 worker，所有请求处理由独立 worker 完成。每个 worker 拥有专属事件循环、内存池、连接池，彼此无共享状态。新连接通过内核 SO_REUSEPORT 或 accept_mutex 分配，确保负载均衡且无惊群。

1. worker_processes auto; 自动匹配 CPU 物理核心数，避免进程过多争抢或过少闲置
2. worker_cpu_affinity auto; 绑定核心，减少缓存失效和调度抖动
3. 连接一旦落入某个 worker，其后续所有事件都在该 worker 内闭环处理，局部性好，CPU 缓存友好