Nginx多进程架构无主备切换机制，“快速切换”实为信号驱动的分阶段优雅更替：USR2启动新进程组，WINCH令旧Worker停止接入新连接并处理完存量请求，QUIT终止旧Master，全程零中断。
Nginx 的多进程架构本身不提供“进程快速切换”这种主动调度行为，它没有主备 Worker 切换、故障自动接管或运行时动态替换 Worker 的机制。所谓“快速切换”，实际是运维层面借助其进程模型和信号机制实现的可控、有序、零中断的进程更替，核心在于 master 与 worker 职责分离 + 信号驱动 + 优雅退出。
以下三点是理解“快速切换”本质的关键：
Master 和 Worker 各司其职，互不影响
- Master 进程始终以 root（或高权限用户）运行，负责监听信号、管理 worker 生命周期、重载配置、升级二进制等控制类操作；
- Worker 进程以低权限用户（如
www-data）运行，只专注处理连接和请求，彼此完全对等、无主从关系； - Master 不处理请求，Worker 不响应外部信号——这种解耦让“换人不换岗”成为可能：新 master 可启动，旧 worker 可延续服务，无需同步状态。
通过信号触发分阶段进程更替
真正的“快速切换”发生在平滑升级或重载配置时，靠三步信号完成：
-
USR2：通知当前 master 启动新 master 和一组新 worker，此时新旧两套进程共存； -
WINCH：通知旧 master 指令其下属 worker 逐步停止接受新连接，但继续处理已建立连接（graceful shutdown）； -
QUIT：确认旧 worker 全部退出后，再终止旧 master 进程。
整个过程毫秒级响应，客户端无感知，连接不中断，也不触发 TCP RST。
Worker 退出是“自然收尾”，不是“强制切换”
- 每个 worker 处理完当前所有请求（包括长连接、上传中数据、代理后端未返回等）才会真正退出；
- Nginx 不会强行 kill 或迁移正在处理的连接，而是等待
worker_shutdown_timeout（默认 0，即无限等待）或系统超时； - 因此“快速”体现在流程启动快、信号响应快、新 worker 接管新连接快，而非暴力终止旧进程。
不复杂但容易忽略
