Nginx 中多进程架构怎样实现配置的快速加载

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 间同步。

不复杂但容易忽略。