Nginx Event Loop 通过单线程+内核通知+批量搬运+状态驱动回调实现高效任务分发，每个 worker 独享循环处理网络事件，无锁无线程切换；事件按需动态注册，epoll_wait 批量获取就绪事件后顺序同步回调，辅以连接池、红黑树定时器等设计保障性能。
Nginx 的 Event Loop 实现高效任务分发，核心不靠多线程或复杂调度器，而是靠单线程 + 内核通知 + 批量搬运 + 状态驱动回调这一整套轻量协同机制。它不追求“并发执行”，而专注“高吞吐、低延迟、少上下文切换”。
每个 worker 进程独享一个 Event Loop，所有网络事件（accept、read、write、timeout）都统一纳入这个循环处理，没有锁竞争，也没有线程切换开销。
事件注册：按需绑定，不预埋不泛滥
Nginx 不提前为所有连接注册全部事件，而是根据当前状态动态注册： - 监听 socket 初始化时，只注册 EPOLLIN（等待新连接） - accept 到新连接后，立即将客户端 socket 设为非阻塞，并注册 EPOLLIN（等待请求数据） - 当需要发送响应且缓冲区有空间时，才注册 EPOLLOUT；若发送被阻塞（EAGAIN），再临时加 EPOLLOUT 等待可写 - 每个事件（ngx_event_t）都明确绑定 handler 函数和 data 上下文（比如指向 ngx_connection_t），确保回调时能精准找到该处理谁、怎么处理事件分发：一次系统调用，批量搬运就绪项
worker 主循环调用 ngx_process_events_and_timers()，内部执行： - 先查红黑树获取最近超时时间，作为 epoll_wait 的 timeout 参数 - 调用 epoll_wait() 一次性获取多个就绪 fd（可能几十上百个） - 把内核返回的就绪事件，逐个转成 ngx_event_t * 指针，填入本地就绪队列（如 ngx_cached_ready_events） - 这一步纯搬运，不做业务逻辑，耗时极短，保证主循环不卡顿回调执行：顺序调用，同步可控
搬运完成后，Event Loop 遍历就绪队列，对每个有效事件： - 过滤 stale event（因连接已关闭等原因失效的事件） - 直接调用 ev->handler(ev)，例如： - 监听 socket 就绪 → ngx_event_accept() - 客户端可读 → ngx_http_process_request_line() 或 ngx_http_read_client_request_body() - 可写 → ngx_http_writer() - 所有 handler 在同一线程中顺序执行，无并发、无中断、无调度器介入 - handler 执行完后，自行决定是否继续注册新事件（如读完 header 后注册 body 读事件），形成状态机式推进配套设计保障分发效率
- 连接池复用：ngx_connection_t 对象预先分配、缓存复用，避免频繁 malloc/free 带来的延迟 - 红黑树管理定时器：超时事件插入/查找 O(log n)，支持十万级连接的 keepalive、read/write timeout 精确控制 - deferred accept（延后 accept）：启用后，内核只在 TCP 握手完成后再通知，减少半连接干扰 - multi_accept 开启：一次 epoll_wait 唤醒后，尽可能多地 accept 新连接，降低事件唤醒频次不复杂但容易忽略：高效分发的前提是所有 handler 必须轻量、非阻塞。一旦某个 handler 同步读文件、做 DNS 解析或执行耗时计算，整个 worker 的 Event Loop 就会被拖住。所以大文件读要用 aio threads，DNS 要配 resolver valid，SSL 握手要优化证书链——这些不是 Event Loop 的责任，却是它高效运转的必要条件。
