nginx采用master-worker多进程模型，master负责配置加载、进程管理、信号转发与平滑升级，worker为事件驱动单线程进程，通过accept_mutex避免惊群，各自独立处理连接。
Nginx采用多进程模型，由一个Master进程统一管理多个Worker进程，这种设计兼顾了稳定性、并发性能与资源隔离。Master不直接处理网络请求，而是负责配置加载、进程生命周期控制、信号转发与异常恢复等核心调度任务。
Master进程的核心职责
Master是Nginx的“总控中心”，主要完成以下工作：
- 配置解析与初始化：启动时读取nginx.conf，校验语法，分配监听端口、缓冲区大小、日志路径等全局参数；
- Worker进程创建与监控：根据worker_processes指令fork出固定数量的子进程，并持续watch其状态；
- 平滑升级与热重载：接收SIGHUP信号后，重新解析配置、启动新Worker、优雅关闭旧Worker；
- 信号中转与分发：将系统信号（如SIGUSR2、SIGQUIT）按需转发给指定Worker或全部Worker；
- 日志轮转协调：收到SIGUSR1时通知所有Worker重新打开access/error日志文件，实现无缝切分。
关键信号及其处理逻辑
Master通过标准Unix信号与外部交互，不同信号触发对应动作，无需重启服务：
- SIGHUP：重载配置。Master重新解析配置文件，启动新Worker进程，向旧Worker发送SIGQUIT，等待其处理完当前请求后退出；
- SIGUSR1：日志重开。各Worker关闭当前日志句柄，重新open同名文件（常配合logrotate使用）；
- SIGUSR2 + SIGWINCH：平滑升级。先用SIGUSR2启动新版本Master+Worker，再用SIGWINCH通知旧Worker逐步退出；
- SIGTERM / SIGINT：快速停止。Master立即向所有Worker发送SIGTERM，自身退出；
- SIGQUIT：优雅停止。Master向Worker发送SIGQUIT，允许其处理完存量连接后再退出，更安全。
Worker进程的独立性与协作机制
每个Worker是单线程、事件驱动的独立进程，共享监听套接字但不共享连接状态：
- 通过accept_mutex机制避免“惊群”（默认开启），仅一个Worker竞争获取新连接；
- Worker间无通信，故障彼此隔离，单个崩溃不影响整体服务；
- Master不干预Worker内部事件循环，仅通过信号间接控制其行为；
- 所有Worker共用同一份配置副本，配置更新必须经Master重载生效，无法运行时动态修改。
调试与运维建议
掌握信号操作可大幅提升线上问题响应效率：
- 查看当前Master/Worker PID：
cat nginx.pid或ps aux | grep nginx； - 重载配置前务必先验证：
nginx -t，避免配置错误导致Master退出； - 优雅停机优先用
nginx -s quit（发SIGQUIT），而非-s stop（发SIGTERM）； - 生产环境慎用
kill -9，可能造成连接中断或日志丢失； - 自定义脚本发送信号时，确保使用Master进程PID，而非Worker PID。
