Nginx多进程高效管理的核心是“一主控多、信号驱动、状态解耦”：Master进程唯一调度，仅通过Unix信号与Worker协作；Worker收到信号后仅设标志，逻辑延至事件循环执行；父子进程通过socketpair+信号双通道协同；异常时Master自动拉起新Worker并继承配置与共享状态。
Nginx 多进程模型的高效管理，核心不在“多”，而在“一主控多、信号驱动、状态解耦”。Master 进程作为唯一调度中心，不处理请求，只靠标准 Unix 信号与 Worker 协作，整个流程轻量、可靠、无需阻塞等待。
Master 是唯一的信号接收与分发中枢
只有 Master 进程注册并响应外部信号；Worker 进程不监听任何信号，也不直接对外交互。所有运维操作（如重载、退出、日志轮转）都转化为向 Master PID 发送特定信号，由它统一解析、校验、协调：
- HUP：先语法检查配置，成功后 fork 新 Worker，再向旧 Worker 组发送 QUIT，实现零中断切换
- QUIT：向每个 Worker 发送 QUIT，Worker 自行判断是否还有活跃连接，有则继续服务，无则退出
- USR1：通知所有 Worker 关闭当前日志文件、打开新文件句柄，配合 logrotate 无缝衔接
- CHLD：Worker 异常退出时内核自动触发，Master 通过 waitpid 捕获退出码，决定是否拉起新进程
Worker 仅响应约定信号，逻辑延至主循环执行
Worker 收到信号（如 SIGQUIT）后，并不立即执行退出动作，而是设置 volatile 全局标志（如 ngx_quit = 1），后续在事件主循环中检测该标志，再逐步关闭监听套接字、拒绝新连接、等待已有请求完成——避免信号处理函数中做耗时操作，保障事件循环不被阻塞。
这种“信号仅改状态、逻辑在循环中执行”的设计，使 Worker 始终保持高响应性，也规避了信号处理中的竞态与重入风险。
父子进程间通信靠 socketpair + 信号双通道协同
Master 在 fork Worker 前，会调用 socketpair() 创建一对匿名 Unix 域套接字，父进程持一端，子进程继承另一端。这条通道用于：
- Master 向 Worker 下发命令（如 OPEN_CHANNEL、TERMINATE），格式为 ngx_channel_t
- Worker 向 Master 上报状态（如启动完成、准备就绪）
- 传递文件描述符（如 reload 时共享新监听 socket）
信号负责粗粒度生命周期控制（启停/重载），socketpair 负责细粒度指令与数据同步，两者互补，不重叠、不依赖。
异常兜底靠自动拉起与配置继承保障连续性
当某个 Worker 因段错误、OOM 或配置错误崩溃时，系统发出 CHLD 信号，Master 在 ngx_reap_children() 中捕获并清理僵尸进程。若该 Worker 标记为 NGX_PROCESS_RESPAWN（默认 worker 都是），Master 会立即 fork 新进程补位。
新 Worker 启动时自动加载当前生效配置，并继承共享内存中的运行时状态（如 limit_req 计数器、缓存元数据），确保故障恢复后服务行为一致，无需人工干预。
