nginx 高效并发依赖异步事件驱动机制，核心是“不等、不闲、不搬”：非阻塞 socket + epoll 实现零轮询、o(1) 事件分发；事件循环回调驱动各模块；红黑树管理超时；内存池与 sendfile 优化资源复用。
Nginx 的高效任务处理不靠堆线程或进程，而靠一套轻量、紧凑、内核协同的异步事件驱动机制。它让单个 worker 进程就能稳稳撑住数万并发连接，核心在于“不等、不闲、不搬”——不等待 I/O 完成、不空转浪费 CPU、不重复拷贝数据。
非阻塞 socket + epoll 事件监听
每个 worker 启动后，会把监听 socket 和所有已建立连接设为 non-blocking 模式，并注册到 epoll 实例中。系统调用 epoll_wait() 会挂起当前线程，直到内核通知哪些 fd 就绪（比如有新连接到达、某 socket 可读、发送缓冲区空了）。这避免了轮询开销，也绕开了 select/poll 的 O(n) 扫描瓶颈。
- accept() 时尽可能一次收完已排队连接（配合 multi_accept on）
- recv() 遇到 EAGAIN/EWOULDBLOCK 立即返回，转向处理其他就绪事件
- send() 只发当前能容纳的数据，剩余留在 connection 的 output buffer，等 write event 再续发
事件循环统一调度，回调驱动执行
worker 的主循环不是“为每个请求分配一个线程”，而是持续调用 epoll_wait → 解析就绪事件列表 → 按类型触发对应模块的回调函数。HTTP 请求解析、静态文件读取、反向代理转发、响应组装，全由注册好的函数在用户态内存中快速完成。
- HTTP 模块负责解析 header、路由匹配、生成响应体
- upstream 模块管理后端连接池、健康探测、负载策略
- event 模块只管分发，不掺和业务逻辑，保持核心轻量
超时与资源复用由内核与红黑树协同管理
连接的 read timeout、write timeout、keepalive timeout 不靠独立线程轮询，而是统一插入红黑树。事件循环每次进入 epoll_wait 前，先检查红黑树顶端是否到期，再把最小超时值传给 epoll_wait 的 timeout 参数——既保证精度，又避免额外线程开销。
- 连接对象从连接池复用，减少 malloc/free 频次
- buffer 使用 slab 内存池管理，降低碎片与分配成本
- 静态文件响应启用 sendfile()，让内核直接从磁盘 copy 到 socket 缓冲区，跳过用户态内存搬运
多 worker 协同但不争抢，锁粒度极细
多个 worker 共享监听 socket，但通过 accept_mutex 控制谁来 accept 新连接，避免“惊群”。一旦某个 worker 获取锁并 accept 完一批连接，就释放锁，其他 worker 继续竞争。这种轻量级互斥+事件分发，比传统模型中每个连接配一个线程要节省得多。
- worker_processes auto; 让 Nginx 根据 CPU 核心数自动设置进程数
- worker_connections 设定单 worker 最大连接上限，需结合系统 ulimit 调整
- use epoll; 在 Linux 下显式启用，确保使用最优 I/O 多路复用机制
