master_process指令直接决定Nginx是否启用主从进程模型，仅接受on/off值，控制标准多进程、单进程调试和前台阻塞三种模式，必须全局配置且重启生效，不支持热重载。
master_process 指令直接决定 Nginx 是否启用主从进程模型，它不是调节性能的参数，而是切换整个服务运行范式的开关。
控制进程模型的三种典型模式
该指令仅接受 on 或 off 两个值，配合其他配置可形成三种实用模式：
-
标准多进程模式（默认）：配置
master_process on;（可省略），同时设置worker_processes auto;或具体数值。此时启动一个 master 进程和多个 worker 进程，master 负责监管，worker 处理请求。 -
单进程调试模式：配置
master_process off;，Nginx 不 fork 子进程，所有功能（包括监听、事件处理、HTTP 服务）均由唯一进程完成。适合开发调试或快速验证配置，无需担心进程间信号干扰。 -
前台阻塞模式（常与 daemon off 配合）：保持
master_process on;，但添加daemon off;。此时 master 进程不会转入后台，而是保持在当前终端前台运行，便于日志直出和 Ctrl+C 快速终止。
生效方式与注意事项
该指令属于全局配置，只在 nginx.conf 的顶层生效，且不支持热重载：
- 修改后必须完全停止再启动，不能用
nginx -s reload；否则配置不变，进程模型也不会切换。 - 正确操作是：
nginx -s stop && nginx，或先查杀进程再启动。 - 验证是否生效，可用
ps -ef | grep nginx观察进程树：单进程模式下只看到一个 nginx 进程；多进程模式下可见 master + 若干 worker。
与其他指令的协同关系
它和几个关键指令存在逻辑依赖，需注意组合效果：
-
worker_processes在master_process off时完全失效——因为没有 worker 进程可生成。 -
daemon控制的是进程是否脱离终端，与master_process独立：即使master_process on，设daemon off仍可前台运行 master。 -
pid指令在单进程模式下仍有效，记录的是那个唯一进程的 PID；但在master_process off时，master 进程不存在，所以 pid 文件实际记录的是该单进程 ID。
