优化Nginx多进程架构的核心是系统级协同：绑定CPU亲和性、启用reuseport消除惊群、用原子操作替代锁、明确Master/Worker职责分离。
优化 Nginx 多进程架构下的调度与协作，核心不是让 Worker 主动“配合”，而是减少干扰、规避争抢、精准绑定资源。关键在系统级协同，而非进程间频繁通信。
用 CPU 亲和性固定 Worker 到专属核心
Linux 调度器默认会迁移进程，导致缓存失效、TLB 刷新和上下文切换开销。绑定后每个 Worker 长期运行在固定核心上，显著提升 L1/L2 缓存命中率。
- 推荐配置：worker_processes auto; + worker_cpu_affinity auto;（Nginx 1.9.10+ 支持，自动按逻辑核顺序一对一绑定）
- 手动配置需确保掩码位数与 worker 数一致，例如 4 个 Worker：worker_cpu_affinity 0001 0010 0100 1000
- 验证方式：
taskset -cp <pid>或检查/proc/<pid>/status中的Cpus_allowed_list
消除连接分发阶段的锁竞争
传统单 listen socket 模式下，所有 Worker 竞争 accept()，引发惊群效应和内核锁争用。现代高并发应绕过 Nginx 层同步机制。
- 启用 reuseport：为每张网卡配置独立 IP，如
listen 192.168.10.10:80 reuseport;，由内核在三次握手完成时直接分发连接 - 关闭 accept_mutex（即设为 off），配合 multi_accept on，让每个 Worker 在单次事件循环中批量接收连接
- 避免使用
listen *:80这类通配监听，它无法发挥 reuseport 优势
用共享内存 + 原子操作替代锁
Worker 进程不共享栈和堆，但可通过 shared memory zone（如 limit_req_zone、ssl_session_cache）交换轻量状态。高频读写必须无锁。
- 对计数器、连接统计等整型变量，使用 ngx_atomic_t 类型，底层调用 LOCK XADD（x86）或 LDREX/STREX（ARM），纯用户态完成
- 避免用互斥锁保护每秒数万次的操作（如请求计数），锁会引入挂起和调度延迟
- 原子操作仅适用于单个整数；跨字段一致性逻辑（如“查余额再扣减”）仍需 CAS 循环或退回到锁
明确 Master 与 Worker 的职责边界
Master 不参与请求处理，只做三件事：加载配置、响应信号、管理 Worker 生命周期。这种分离保障了稳定性与可维护性。
- 重载配置（
nginx -s reload）时，Master 启动新 Worker，逐步移交连接，旧 Worker 处理完现存请求后退出，服务零中断 - 某个 Worker 异常崩溃，Master 立即 fork 新进程补位，不影响其他 Worker
- 日志重开、平滑停止等操作均由 Master 统一接收并转发信号，Worker 专注 I/O 和计算
