nginx 配置热加载通过 master 进程接收 sighup 信号后校验配置、原子替换文件、fork 新 worker 并优雅退出旧 worker 实现，全程毫秒级且不中断服务。
Nginx 的配置快速加载不是靠“实时刷新”或“动态修改”，而是通过进程更替实现的逻辑替换——整个过程通常在毫秒级完成，且不中断服务。
Master 进程全权负责配置解析与分发
只有 master 进程会真正读取、校验并解析 nginx.conf：
- 收到
SIGHUP信号后，master 先检查新配置语法是否合法； - 若出错，直接终止 reload 流程，worker 继续运行旧配置；
- 若成功，master 基于新配置 fork 出一批新 worker 进程，并向旧 worker 发送
QUIT信号。
配置文件更新依赖原子性替换
为避免 worker 读到损坏或中间态配置：
- 推荐先写入临时文件（如
nginx.conf.new）； - 再用
mv nginx.conf.new nginx.conf完成原子重命名（底层是rename()系统调用）； - master reload 时总是读取最新 inode 的内容，不会出现部分加载。
Worker 进程无锁、只读、完全隔离
每个 worker 在启动时已从 master 继承一份完整配置副本：
- 运行期间配置内存结构不可变，无需加锁读取；
- 新旧 worker 并存期间，各自按自己的配置处理请求，互不影响；
- reload 本质是“换一批进程”，而非“改同一份配置”。
轻量协调机制防止并发 reload
为避免多个 reload 同时触发导致状态混乱：
- master 会在 reload 开始时尝试创建临时锁文件（如
nginx.pid.lock）； - 利用
O_CREAT | O_EXCL标志保证创建操作原子，成功即获得排他执行权； - 锁仅用于串行化 reload 操作，生命周期极短，不涉及 worker 间同步。
不复杂但容易忽略。
