Nginx的Event Loop是每个worker进程内持续运行的调度中枢，不靠并行而靠精准响应、分阶段推进和零等待协作实现高并发；它通过epoll_wait等待事件就绪，收事件→找回调→执行逻辑→返回循环，将HTTP请求拆分为accept、解析、sendfile、upstream等可中断阶段异步推进，结合网络/磁盘/内存三层非阻塞及轻量连接结构（2–4 KB），配合多worker无锁隔离与定时器自动清理，支撑万级连接不卡顿。
Nginx 的 Event Loop 并不是“单线程处理万级连接”的魔术开关，而是每个 worker 进程内部持续运行的调度中枢——它不靠并行，而靠精准响应、分阶段推进和零等待协作来扛住高并发。
Event Loop 的基本运行节奏
每个 worker 进程启动后，立即进入一个紧凑的无限循环：调用 epoll_wait()（Linux）或类似系统调用，把 CPU 交还给内核，安静等待事件就绪。一旦有 socket 可读、可写、断连或超时，内核立刻唤醒该 worker，并返回一批就绪事件列表。worker 不轮询、不睡眠、不阻塞，只做三件事：收事件 → 找回调 → 执行一小段逻辑 → 回到 epoll_wait。这个循环本身不处理业务，只负责“派单”和“盯进度”。
一次 HTTP 请求在 Event Loop 中如何被拆解推进
请求不是一口气跑完的，而是被切分成多个可中断的阶段，每个阶段完成后注册下一个事件回调：
- 新连接到达 → 触发 accept 事件 → 分配 ngx_connection_t 结构体，设置读事件监听
- 客户端发送请求头 → 触发可读事件 → 解析 method、URI、headers → 若未收全，继续等待剩余数据
- 请求体需上传 → 检查是否 chunked 或 content-length 已知 → 分段 recv，每次收到即处理一段，再等下一批
- 静态文件响应 → 调用 sendfile() 零拷贝推入 socket 缓冲区；若缓冲区满，暂停发送，注册 write 事件，等可写再续
- 反向代理场景 → 向 upstream 建立连接并发送请求 → 不等响应返回，立刻切换处理其他客户端；上游响应就绪时，再通过另一组事件回调接手处理
连接数高但不卡顿的关键支撑点
万级连接能稳住，靠的是三层非阻塞协同和轻量状态管理：
- 网络层非阻塞：所有 socket 设为 non-blocking，recv/send 立即返回 EAGAIN，绝不挂起整个 worker
- 磁盘层尽量绕过：静态资源优先 sendfile；大文件或需修改内容时，启用 thread pool 异步读，避免阻塞事件循环
- 内存与状态极简：每个连接仅维护一个固定大小结构体（约 2–4 KB），不含栈、不锁、无 GC，状态靠标志位 + 回调函数流转
- 超时与清理自动化：空闲连接、读写超时、keepalive 时限全部由红黑树定时器统一管理，到期自动触发关闭回调
多 worker 如何避免互相干扰
主进程不处理请求，只负责派发任务和监控 worker；每个 worker 是独立进程，拥有自己的 Event Loop、内存空间和事件队列：
- 通过 accept_mutex on 控制新连接分配，防止多个 worker 同时抢 accept（惊群）
- 配合 worker_cpu_affinity 绑定 CPU 核心，让每个 worker 的事件循环稳定运行在同一核上，提升缓存命中率
- worker 之间不共享连接状态，也不通信，完全无锁协作——高并发压力被自然摊平到多个独立事件循环中
