Nginx事件驱动架构直接基于epoll/kqueue多路复用机制，通过原子事件调度、零拷贝优化和显式配置激活，实现高并发低延迟处理。
Nginx 的事件驱动架构不是“把多路 IO 模型转换成别的东西”，而是直接构建在 epoll/kqueue 这类多路复用机制之上，通过精巧的调度逻辑和内存管理，让单个 worker 进程把成千上万个连接当作“待办事项”来高效轮转——它不转换模型，而是把多路 IO 的能力用到极致。
epoll/kqueue 是底座，不是可选项
Linux 下默认启用 epoll，FreeBSD/macOS 用 kqueue，它们不是 Nginx 的附加功能，而是整个事件循环的基础设施。Nginx 启动时就根据系统类型自动绑定对应模块（比如 ngx_epoll_module_ctx），所有 I/O 调度都基于内核提供的就绪通知机制：
- 内核维护红黑树（epoll）或事件队列（kqueue），注册 socket 时不扫描，只登记监听项
- 当 TCP 握手完成、请求头到达、后端响应返回等任意环节就绪，内核立刻把 fd 加入就绪链表
- worker 调用 ngx_epoll_process_events 一次性拉取多个就绪事件，批量处理，避免反复陷入内核
HTTP 请求被拆解为可调度的原子事件
一次转发不是“一个连贯动作”，而是按阶段注册独立事件，每个事件触发后只做最小必要操作：
- TCP 连接建立 → 触发 accept 事件，立即创建连接结构体并加入事件池
- 客户端发来请求头 → 触发 read 事件，解析 Host/Path 后决定 upstream 目标
- 向后端发起连接 → 使用非阻塞 connect，注册写就绪事件等待三次握手完成
- 后端开始回包 → 同时注册 read（收上游数据）和 write（发给客户端）事件，边收边发
任一环节未就绪，worker 就跳过该连接，转向下一个就绪事件——不等、不卡、不空转。
减少搬运、压缩路径，让数据“少进用户态”
高效不只是调度快，更是让数据尽量不经过用户空间搬运：
- sendfile on：静态资源直接由内核从磁盘拷贝到 socket 缓冲区，跳过用户态内存
- proxy_buffering off：流式响应场景下禁用缓存，收到一点就发一点，降低延迟
- 内存池（slab allocator）：buffer 分配/释放走固定块管理，避免 malloc/free 碎片与锁争抢
- keepalive 复用连接：到 upstream 的 TCP 连接保持打开，省去重复握手与慢启动开销
配置激活才是关键落地环节
再好的事件模型也依赖显式配置才能真正生效：
- use epoll;：Linux 环境下必须显式声明，避免 fallback 到低效的 select
- multi_accept on;：一次事件循环尽可能 accept 多个新连接，减少唤醒次数
- worker_connections 10240;：配合系统 ulimit -n 调高，否则实际并发受制于文件描述符上限
- worker_cpu_affinity auto;：绑定 worker 到特定 CPU 核心，减少跨核缓存失效
