Nginx高性能源于多进程架构与异步机制的主从协作：Master负责配置管理与进程控制，Worker以单线程事件循环处理请求，通过信号、共享内存实现无锁协同，并统一由Master管控日志轮转。
Nginx 的高性能不是靠单一设计实现的，而是多进程架构与异步机制深度咬合的结果——前者解决资源隔离与横向扩展问题，后者解决单进程内高并发调度问题。两者不是并列关系，而是主从协作：多进程提供稳定运行边界，异步事件循环在每个进程内部高效榨干 CPU。
Master-Worker 分工明确，各司其职
Master 进程不碰网络请求，只做三件事：读取并校验配置、启动/监控/重启 Worker 进程、响应管理信号（如 HUP 重载、USR1 日志轮转）。所有客户端连接均由 Worker 进程承接。这种分离避免了配置变更或日志操作干扰请求处理路径。
- Worker 进程数量通常设为 CPU 核心数（worker_processes auto;），既充分利用硬件，又避免过多进程争抢调度资源
- 每个 Worker 独立监听同一端口，由内核通过 SO_REUSEPORT 或 accept_mutex 机制分发新连接，防止“惊群”
- Master 可在不中断服务的前提下，向所有 Worker 发送信号完成平滑升级或配置热更新
单 Worker 内部：异步非阻塞 + 事件驱动是核心引擎
每个 Worker 进程采用单线程事件循环，不依赖多线程锁或上下文切换。它把所有连接注册到 epoll（Linux）或 kqueue（BSD/macOS）等内核事件队列中，仅在有 I/O 就绪时才被唤醒处理。
- 一个 Worker 可同时维持数万空闲连接，但只对活跃事件（如数据可读、写缓冲就绪）执行回调，CPU 零空转
- 所有网络读写、文件读取、代理转发均以非阻塞方式发起，完成后由事件循环统一调度后续阶段
- 没有“等待磁盘”或“等待上游响应”导致的线程挂起，整个流程始终处于可响应状态
进程间协作靠信号与共享内存，不依赖锁或消息队列
Worker 进程彼此独立，但并非完全孤岛。Nginx 通过轻量级机制实现必要协同：
- 信号通信：Master 用 TERM、QUIT、USR1 等标准信号控制 Worker 行为，无状态、开销极低
- 共享内存（shared memory）：用于存储限流计数器、缓存元数据、会话一致性信息等，配合原子操作（ngx_atomic_t）保证多进程读写安全
- 无锁设计优先：例如负载均衡的 upstream 模块使用共享内存+原子计数实现最小连接数选择，避免加锁阻塞
日志与 I/O 落盘体现协同思想的落地细节
日志看似简单，却最能体现多进程与异步如何配合：多个 Worker 同时写入同一日志文件，若各自 fopen/fwrite，必然冲突。Nginx 的解法是让异步写入服从进程模型约束：
- 写入本身使用内核缓冲 + O_APPEND 标志，保证追加原子性
- 日志轮转不由 Worker 自行触发，而是由 Master 统一接收 USR1 信号后，通知所有 Worker 关闭旧句柄、打开新文件
- 如需更高实时性或解耦，可用 pipe 方式将日志行推送给独立消费者进程，Worker 只做快速 write()，真正落盘由外部进程控制
