Nginx 中 Event Loop 如何应对多核并发竞争

Nginx 通过进程隔离与无锁设计解决多核竞争：每个 worker 进程独占 Event Loop 并绑定固定 CPU 核心，避免缓存失效与锁争抢；共享资源极少且采用原子操作或轻量自旋锁，完全规避互斥锁；accept_mutex 配合内核机制消除惊群，磁盘 I/O 由 sendfile 或 aio 线程池异步处理，不干扰 Event Loop。

Nginx 的 Event Loop 本身不直接处理多核并发竞争，它根本就不是为“多核协同”而设计的单一线程循环。真正解决多核竞争问题的，是 Nginx 整体架构中对“隔离优于同步”的贯彻——用进程隔离代替线程共享，用无锁设计代替锁争抢。

每个 worker 进程独占一个 Event Loop，且绑定到固定 CPU 核心
Event Loop 在每个 worker 进程内独立运行，它只关心自己监听的 socket、处理自己的连接、维护自己的内存结构。只要 worker 进程不跨核调度，它的 Event Loop 就不会遭遇缓存失效、上下文切换或跨核锁等待：

• worker_processes auto 自动匹配物理核心数（非超线程数）
• worker_cpu_affinity auto 让每个 worker 固定绑定一个 CPU，避免迁移
• 所有网络事件（accept、read、write）都在本进程私有内存中完成，无共享状态

共享资源极少，且同步极轻量
真正需要跨 worker 协作的数据非常少，比如限速计数器、stub_status 统计、共享内存 zone。Nginx 对这类场景的处理原则是：

• 优先使用原子操作（如 ngx_atomic_fetch_add），一条 CPU 指令完成增减，无休眠、无调度
• 自旋锁仅在极少数平台特定、等待时间确定短于几个 CPU 周期的底层场景中出现（如某些共享内存页头标记），从不用于业务逻辑
• 完全避免互斥锁（mutex）、信号量等重量级同步原语，防止阻塞和锁竞争放大

靠内核机制规避“惊群”，而非靠 Event Loop 协调
新连接到达时，内核本会唤醒所有 worker（惊群效应）。Nginx 用 accept_mutex on（默认开启）配合轻量自旋锁实现“轮询式抢锁”，让每次只有一个 worker 尝试 accept。这层协调发生在 accept 阶段，不影响 Event Loop 主循环；后续所有读写事件都由各自 worker 独立处理，不再交叉。

Event Loop 不参与磁盘 I/O 调度，自然避开核间干扰
普通文件读取（如静态资源）默认同步，但 Nginx 不把它塞进 Event Loop 监听队列（普通文件 fd 不支持 epoll）。而是通过 sendfile 零拷贝或 aio threads 线程池异步处理——前者由内核 DMA 完成，后者交由独立线程池，完全脱离 worker 的 Event Loop，避免因磁盘延迟拖慢网络事件响应。