Nginx 的 Event Loop 是每个 worker 进程独享的、由 epoll 等内核机制驱动的非阻塞事件调度器，不轮询、无锁、无跨进程同步，通过状态机与预设 handler 处理就绪事件，并用红黑树管理超时。
Nginx 的 Event Loop 不是传统意义上的“单线程 JS 式循环”，而是一个由操作系统异步 I/O 机制驱动、每个 worker 进程独享的高效事件调度器。它不靠轮询，也不依赖多线程，而是让内核在 socket 就绪时主动通知，再批量处理，从而支撑数万并发连接。
每个 worker 独立运行一个事件循环
master 进程启动后 fork 出多个 worker，每个 worker 都拥有自己的 epoll 实例（Linux 下）、独立的事件队列和定时器堆。它们之间不共享连接、不传递事件，完全隔离运行——这意味着：
- 一个 worker 卡住不会影响其他 worker 处理请求
- 连接一旦被某个 worker accept，后续所有读写、超时、关闭都在该 worker 内完成
- 没有跨进程锁或同步开销，避免了竞争与上下文切换损耗
底层靠 epoll 等机制实现被动唤醒
Nginx 在启动时自动选择最优事件驱动模型（如 Linux 默认用 epoll），并始终以边缘触发（ET）模式注册监听 socket 和客户端连接。关键行为包括：
- 监听 socket 注册 EPOLLIN，新连接到达时触发 accept
- 客户端 socket 首次注册 EPOLLIN，等待请求头；发送响应时按需注册 EPOLLOUT
- 遇到 EAGAIN/EWOULDBLOCK 就暂停读写，等下次就绪再继续，全程非阻塞
- epoll_wait 返回的是就绪 fd 列表，Nginx 批量遍历并调用对应 handler，而非逐个等待
事件分发靠预设 handler + 状态机驱动
Event Loop 本身不解析协议、不处理业务，只负责把就绪事件交给绑定好的函数：
- 监听 socket 就绪 → 调用 ngx_event_accept，创建新连接对象 ngx_connection_t
- 客户端 socket 可读 → 根据 connection->handler 执行 ngx_http_process_request_line 或 ngx_stream_session_handler
- 可写事件 → 触发 ngx_http_writer 或 upstream 输出逻辑
- 所有 handler 运行在当前 worker 的单一线程中，通过状态机（如 NGX_HTTP_READING/WRITING）控制流程走向
超时与定时器由红黑树统一管理
读超时、写超时、keepalive 超时等全部注册到 worker 自维护的红黑树定时器中：
- 每次事件循环迭代前，先扫描到期定时器并执行回调（如 ngx_http_set_keepalive）
- 新请求到来时刷新 timer；连接关闭或响应完成时主动删除 timer
- 定时器操作复杂度为 O(log n)，支持高频增删，且不引入额外线程或信号
