Nginx多进程架构通过主从职责分离、无共享状态和信号驱动实现高稳定性：主进程仅负责配置加载、端口绑定、进程管理与信号转发，不处理请求；工作进程以普通权限独立运行，崩溃后主进程毫秒级重启，且彼此隔离无锁协同，配合平滑热更新与CPU亲和性优化，确保故障不扩散、重启不中断、负载不倾斜。
Nginx 的多进程架构不是为“堆并发”而设计，而是用结构隔离换稳定，靠分工协作保持续——高并发下的稳定性，本质来自“故障不扩散、重启不中断、负载不倾斜”这三件事的扎实落地。
主进程与工作进程职责彻底分离
主进程只做四件事：读配置、绑端口、拉起/回收工作进程、转发信号。它不碰网络、不读请求、不写响应，几乎不分配堆内存，因此极难崩溃。哪怕配置出错或收到非法信号，主进程也只会退出并由 systemd 或 init 重启，不影响正在运行的工作进程。工作进程则以普通用户权限独立运行，每个都持有自己的连接队列、内存池、定时器和缓存索引，彼此之间没有共享写状态。一个进程因正则回溯、后端超时或内存分配失败而 crash，其他进程完全不受影响，主进程几毫秒内就能 fork 出新进程补位。
无共享状态带来天然容错能力
工作进程间不依赖锁机制协调数据，缓存淘汰、限流计数、连接超时等逻辑全部在单进程内闭环完成。比如启用 limit_req 时，Nginx 使用基于时间戳哈希的滑动窗口算法，各进程各自维护本地桶，无需跨进程同步；启用 proxy_cache 时，每个进程管理自己的缓存元数据，失效操作通过共享内存广播通知，但读取仍走本地索引。这种设计避免了锁竞争、伪共享和级联雪崩，单个进程 CPU 打满或内存泄漏，不会拖垮整台机器。
信号驱动实现平滑热更新与优雅降级
执行 nginx -s reload 时，主进程解析新配置，成功后 fork 新工作进程，再向旧进程发送 QUIT 信号。旧进程不再 accept 新连接，但会继续处理完所有已建立连接上的请求，直到自然结束。整个过程零中断，用户无感知。若新配置语法错误，主进程拒绝加载，旧工作进程照常运行——这是关键的容错兜底。还可配合 worker_shutdown_timeout 控制旧进程最长等待时间，防止长连接阻塞升级流程。
CPU 亲和性与系统资源协同优化
通过 worker_cpu_affinity auto 或手动绑定（如 0001 0010 0100 1000），让每个工作进程固定运行在指定 CPU 核心上，减少上下文切换和 L3 缓存失效。同时必须配套调整系统限制：worker_rlimit_nofile 要 ≥ worker_connections，且需同步修改 /etc/security/limits.conf 和 /proc/sys/fs/file-max，否则连接数上不去反而触发内核拒绝新连接。这些不是孤立参数，而是架构稳定性的支撑细节。
