Nginx配置无缝重启依赖master调度、worker独立运行与原子文件替换。master解析配置并fork新worker，旧worker处理完请求后退出；配置通过mv原子替换，worker继承只读内存结构；集群中需配合滚动摘流实现高可用。
Nginx 的多进程架构实现配置无缝重启，核心不在“锁”，而在“分工 + 原子替换 + 进程更替”。整个过程不中断连接、不丢请求，靠的是 master 进程统一调度，worker 进程各自独立运行。
master 进程全权负责配置加载
只有 master 进程会读取、解析并校验 nginx.conf：
- 收到 SIGHUP（如执行
nginx -s reload）后，master 重新加载配置文件并做语法检查； - 若配置错误，直接报错退出 reload 流程，所有 worker 继续用旧配置运行；
- 若成功，master 基于新配置 fork 出一批新 worker 进程，并向旧 worker 发送 QUIT 信号；
- 旧 worker 不会立即退出，而是等当前所有请求处理完毕后再自行终止。
配置更新依赖原子文件操作
避免 worker 读到“半截配置”，关键在于文件替换的原子性：
- 先将新配置写入临时文件（如
nginx.conf.new）； - 再用
mv nginx.conf.new nginx.conf执行 rename——同一文件系统下是原子操作，不会出现中间态； - reload 时 master 总是读取最新 inode 的内容，worker 启动时继承的是 master 已解析好的内存结构，不直接读文件。
worker 进程无共享、只读、不改配置
每个 worker 都是独立副本，彻底规避并发冲突：
- worker 启动时从 master 继承一份已解析完成的配置结构体；
- 运行期间配置内存只读，不支持运行时修改；
- reload 不是“热更新配置”，而是“换一批新进程”，旧进程自然消亡，新进程干净启动。
滚动重启用于集群高可用场景
单机 reload 解决配置生效问题，多节点集群还需配合流量调度：
- 通过负载均衡器（如 LVS、HAProxy 或云 LB）将流量分发到多个 Nginx 节点；
- 逐台标记维护、摘流、执行
nginx -s reload或systemctl reload nginx； - 每台完成 reload 后验证服务正常，再恢复其流量，确保整体服务始终在线。
