nginx采用master-worker多进程模型：master仅校验配置、fork worker、响应信号，不处理业务；worker彼此隔离、无锁事件驱动，通过共享内存与信号实现热重载和配置同步。
理解 Nginx 的 Master-Worker 多进程模型，关键在于看清“谁干活、谁管事、怎么容错、怎么分担”。它不是靠单个进程拼命压榨性能，而是靠清晰分工和天然隔离，在不增加复杂度的前提下，同时把稳定性和并发能力拉高。
Master 进程只管秩序，不碰业务
Master 进程从不接收客户端连接，也不解析 HTTP 请求、不读写磁盘、不处理 SSL 握手。它只做三件事：校验 nginx.conf 是否合法、fork 出指定数量的 Worker、响应系统信号（如 HUP 重载配置、QUIT 平滑退出、USR2 升级版本）。代码路径极短，逻辑极简，崩溃概率极低。即使 Master 异常退出，重启开销也几乎为零，且不影响正在运行的 Worker。
Worker 进程彼此独立，故障不扩散
每个 Worker 是一个完整、独立的 Unix 进程，拥有自己的虚拟内存空间、文件描述符表和执行上下文。这意味着：
- 某个 Worker 因正则回溯、Lua 脚本错误或 upstream 超时而卡死或崩溃，其他 Worker 完全不受影响，继续处理新连接和已有请求
- 操作系统只会终止出问题的那个进程，不会触发整个 Nginx 进程树退出
- Master 通过 waitpid 监听 SIGCHLD，毫秒内检测到异常退出，并立即 fork 新 Worker 补位
- 没有共享堆或全局变量，彻底规避多线程中常见的内存越界破坏、锁竞争、死锁和调试困难问题
无锁 + 事件驱动 + 内核负载均衡，高效支撑高并发
每个 Worker 内部是单线程 + epoll/kqueue 事件循环，避免线程切换开销；多个 Worker 之间不通信、不协作、不加锁，靠内核 SO_REUSEPORT 或 accept_mutex 机制公平争抢新连接。这种设计让：
- CPU 多核资源被充分并行利用（通常配置 worker_processes auto）
- 单个 Worker 可轻松维持数万并发连接，整体轻松突破十万级
- 热重载（nginx -s reload）时，Master 启动新 Worker，旧 Worker 在完成当前请求后优雅退出，全程零连接中断
共享内存 + 信号协同，实现轻量级配置同步
Master 加载配置后，将路由规则、限流参数等核心配置写入共享内存段，所有 Worker 以只读方式访问。当收到 HUP 信号，Master 更新共享内存并发送 SIGUSR1 给 Worker，Worker 收到后重新读取配置生效——无需进程重启、无需数据拷贝、不阻塞请求处理。这种方式比每个 Worker 单独解析配置文件更高效，也比进程间频繁通信更轻量。
