Nginx多进程模型通过职责分离与系统协同实现高吞吐与高可用：1. Master与Worker分离保障韧性；2. Worker并行消解竞争；3. CPU亲和性减少开销；4. 系统级协同提升单进程效率。
Nginx 多进程模型不是为了“让每个进程更忙”，而是通过职责分离与资源协同，把系统瓶颈从单点争抢变成并行承载。它的关键贡献体现在四个不可替代的层面：
Master 与 Worker 分离保障服务韧性
Master 进程不处理任何请求，只做三件事：加载配置、平滑重启、异常拉起新 Worker。这意味着 reload 不中断连接，某个 Worker 崩溃（如段错误）时，其他 Worker 照常服务，新进程秒级补位。这种“故障隔离+自动恢复”能力，让高吞吐建立在持续可用之上，而不是靠硬扛。
Worker 进程并行消解核心竞争
每个 Worker 是独立事件循环、独占文件描述符、各自监听 socket（配合 reuseport）。没有共享锁、不抢 accept、不共用连接队列。32 核机器上跑 32 个 Worker，就是 32 条完全独立的请求处理流水线，CPU 利用率能拉满，而不是一个核满载、其余空转。
亲和性调度减少跨核开销
通过 worker_cpu_affinity auto 或显式掩码，让每个 Worker 固定绑定物理核心。这避免了频繁上下文切换、缓存行失效（Cache Line Invalidations）和 NUMA 远端内存访问——实测在 32 核 NUMA 服务器上，绑定后吞吐提升约 15%，延迟抖动下降 40%。
系统级协同放大单进程效率
单个 Worker 本身已足够高效（非阻塞 + epoll + 零拷贝），多进程模型让它能叠加系统能力：
-
reuseport让内核在三次握手阶段就分发连接，彻底绕过用户态锁 -
sendfile + tcp_nopush在每个 Worker 内部实现内核态零拷贝传输 -
keepalive和multi_accept on让每个 Worker 一次处理多个就绪连接，降低事件唤醒成本
本质上，Nginx 的高吞吐不是堆出来的，是靠 Master 守住稳定性、Worker 实现无锁并行、再借力操作系统完成底层协同，把 CPU、内存、网络每一环的浪费都压到最低。
