Nginx 中 Master Process 怎样实现多进程管理模型

Nginx 的 Master Process 是唯一且不可复制的调度中心，负责解析配置、创建Worker进程、监听信号并监控其状态，实现故障自愈与平滑重载。

Nginx 的 Master Process 并不实现“多个 Master”，而是唯一且不可复制的管理中枢，它通过一套精巧的父子进程协作机制，实现对多个 Worker 进程的全生命周期管控。它的核心不是“多 Master”，而是“一主多工、权责分明、故障自愈”。

Master 是唯一的调度中心

启动后，Nginx 只存在一个 Master 进程（PID 固定，由 pid /var/run/nginx.pid; 指定），它不处理任何请求，只做四件事：
- 解析并校验 nginx.conf，初始化监听套接字（如绑定 80/443 端口）
- 根据 worker_processes 指令，用 fork() 创建指定数量的 Worker 子进程
- 持续监听操作系统信号（HUP、QUIT、USR1 等），并将指令分发给 Worker
- 监控所有 Worker 进程状态，一旦某 Worker 异常退出（如崩溃、被 OOM Killer 杀掉），立即 fork() 新进程补位

Worker 进程由 Master 统一孵化与接管

每个 Worker 都是 Master 的直系子进程，共享父进程已创建的监听 socket，但各自独立运行：
- Worker 启动时自动继承 Master 已准备好的网络资源（监听 fd），无需重复 bind/listen
- 所有 Worker 在同一端口上竞争 accept 连接，靠 accept_mutex on; 实现互斥，避免惊群
- Worker 以降权用户（如 www-data）运行，Master 则以 root 启动——权限分离，安全可控
- Master 通过 socketpair() 与 Worker 建立双向通信通道，用于配置下发、状态同步等内部协调

信号驱动的协同机制

外部操作全部经由 Master 转译为具体动作：
- 收到 HUP：启动新 Worker，逐步关停旧 Worker（平滑重载）
- 收到 QUIT：向所有 Worker 发送退出信号，等待其处理完当前请求后终止自身
- 收到 USR1：通知 Worker 关闭旧日志文件、打开新日志文件（配合 logrotate）
- 收到 CHLD（SIGCHLD）：检测哪个 Worker 退出，调用 ngx_reap_children() 清理僵尸进程并重启

异常恢复能力是可靠性的关键

Master 对 Worker 的兜底策略保障服务连续性：
- Worker 进程崩溃或被系统强制终止时，不会导致整体服务中断
- Master 在 ngx_master_process_cycle 主循环中持续检查子进程状态
- 重启的新 Worker 自动加载当前生效配置，继承共享内存中的统计信息（如连接数、缓存状态）
- 若连续多次重启失败（如配置错误导致 Worker 启动即崩），Master 会暂停拉起，防止雪崩