Nginx多进程模型通过Master-worker分工、无锁协作与事件驱动实现高并发下的稳定轻量调度；Master仅管理配置、进程与信号，保障零中断；Worker独立处理连接，避免锁竞争，专注I/O。
Nginx 多进程模型不是靠“堆进程”提升性能，而是通过清晰分工、无锁协作和事件驱动，把高并发请求调度这件事做得稳定又轻量。它不追求单机算力极限，而是让每一分 CPU 和内存都用在刀刃上——处理网络 I/O。
Master-worker 分工保障服务不中断
Master 进程只做四件事：读配置、拉起 Worker、监听异常、转发信号。它不碰请求，也不占 CPU，就像一个永不掉线的值班主管。一旦某个 Worker 因崩溃或超时退出，Master 立刻 fork 新进程补位，用户完全感知不到抖动。这种故障隔离能力，是分布式系统入口层最需要的稳定性基础。
- 配置热重载（nginx -s reload）靠 Master 协调：先加载新配置，再逐个替换 Worker，旧连接处理完才退出
- 日志轮转（kill -USR1）由 Master 统一触发，避免多个 Worker 同时写文件冲突
- 平滑升级（kill -USR2）时，新旧 Master 共存，Worker 逐步迁移，服务零中断
Worker 进程独立运行，天然规避锁竞争
每个 Worker 是完整、封闭的处理单元：有自己的内存空间、文件描述符、连接池和事件循环。它们共享监听套接字，但通过 accept_mutex（默认开启）串行获取新连接，既防“惊群”，又不用加锁同步状态。这意味着十万并发连接下，没有线程间抢资源的内耗，CPU 全力跑在 epoll_wait 和 HTTP 解析上。
- worker_processes 推荐设为 auto，Nginx 自动匹配 CPU 核心数，避免过多进程引发上下文切换开销
- 每个 Worker 默认可处理数万连接，实际吞吐取决于后端响应速度和网络带宽，而非进程数量
- 静态资源返回、gzip 压缩、SSL 握手等操作都在 Worker 内完成，无需跨进程通信
作为分布式系统的统一接入层
在微服务或容器化架构中，Nginx 不参与业务逻辑拆分，但它承担着不可替代的协同角色：反向代理把流量按规则分发到不同服务实例；健康检查自动摘除异常节点；边缘缓存减少后端压力；TLS 终结降低服务侧计算负担。这些能力全部运行在稳定的多进程模型之上，不需要额外组件兜底。
- upstream 中配置多台后端时，Nginx 自动轮询或基于权重/响应时间调度，失败请求可重试另一节点
- proxy_next_upstream 指令让 Nginx 在 upstream 超时、502/504 等场景下主动换节点，提升整体成功率
- open_file_cache、proxy_buffering 等机制依托 Worker 的本地内存，加速静态和代理响应
这个模型不复杂，但把“稳定承接流量”这件事做到了极致。它不替代业务架构设计，却让所有上层设计有了落地的前提。
