nginx多进程架构通过主进程与工作进程职责分离、资源隔离及轻量调度提升稳定性与容错性：主进程以root权限仅负责配置加载、端口绑定、worker管理与信号响应，不参与任何i/o；各worker进程以普通权限独立运行，基于异步非阻塞事件模型处理请求，崩溃后由主进程毫秒级重启，互不影响。
Nginx 多进程架构不是靠“堆进程”来提升性能，而是通过职责分离、资源隔离和轻量调度，让每个工作进程专注高效地处理请求，同时避免单点失效拖垮整体服务。
主进程只管调度，不碰网络 I/O
主进程以 root 权限启动，但只做四件事：读配置、绑定端口、管理 worker 进程生命周期、响应系统信号。它不接收连接、不解析 HTTP、不读文件、不转发请求。这种设计让它极轻量——几乎不会崩溃，也不会成为性能瓶颈或攻击入口。
工作进程独立运行，天然并发且互不影响
- 每个 worker 进程用普通用户权限运行，拥有自己的内存空间、连接池、定时器和缓存索引
- 进程间不共享状态（除少量只读配置），无需加锁，避免竞争和级联故障
- 一个 worker 因正则栈溢出、后端超时或内存分配失败而崩溃，只影响它正在处理的那批连接；主进程几毫秒内拉起新进程，其余 worker 照常服务
配合事件驱动模型，单进程就能撑高并发
每个 worker 是单线程 + 异步非阻塞 I/O（Linux 下默认 epoll），能同时管理数万连接。关键在于：
- worker_processes auto 让进程数匹配 CPU 核心数，避免上下文切换浪费
- worker_cpu_affinity auto 自动绑定 CPU 核心，提升缓存命中率
- multi_accept on 允许一次事件循环尽可能多地接受新连接，缓解“惊群”效应
- sendfile on 和 tcp_nopush/tcp_nodelay 减少数据拷贝与小包延迟
热重载与优雅退出保障服务连续性
执行 nginx -s reload 时，主进程解析新配置后 fork 新 worker，再通知旧 worker 逐步退出：不再接受新连接，但继续处理已有请求直到完成。整个过程零中断，且若新配置有误，主进程拒绝加载，旧配置持续生效——这是架构层面的容错设计，不是运维补救手段。
