必须设为 daemon off，因为 Docker 以 PID 1 进程生命周期为准；Nginx 默认 daemon on 会 fork 后退出，导致 PID 1（如 shell）终止而容器退出，daemon off 使其前台运行并占据 PID 1，保持容器持续运行。
在 Docker 容器中让 Nginx（或其他基于 Master-Worker 模型的进程）前台运行，关键不是“在 Master 进程中使用 daemon off”，而是**通过配置确保主进程不后台化、不 fork 子进程脱离终端，并由容器直接托管主进程生命周期**。daemon off 是 Nginx 的配置指令，作用对象是 Nginx 自身，而非“Master 进程”这个泛称；它让 Nginx 主进程保持在前台，不调用 fork() + setsid() 进入守护模式。
为什么必须设为 daemon off？
Docker 要求容器主进程（PID 1）前台运行并持续存在，否则容器会立即退出。默认情况下，Nginx 启动后会 fork 出 daemon 进程并让父进程退出，此时容器失去 PID 1，随即终止。启用 daemon off 可阻止该行为，使 Nginx 主进程留在前台，成为容器的真正主控进程。
正确配置方式（以 Nginx 为例）
只需在 Nginx 配置文件（如 /etc/nginx/nginx.conf）的顶层（main 块）中设置：
-
daemon off;—— 必须放在 events 或 http 块之外，通常紧接在user、worker_processes等指令之后 -
master_process on;—— 保持默认即可（Nginx 1.7.11+ 默认开启），允许 Master 管理 Worker，但 Master 自身不 daemonize - 确保
pid指令不指向需 root 权限或不可写路径（如/var/run/nginx.pid），可注释或改用/tmp/nginx.pid
Dockerfile 与启动注意事项
构建镜像时无需特殊处理进程模型，重点在于运行时环境和入口一致性：
- 使用官方
nginx:alpine或nginx:slim基础镜像，它们默认已设daemon off - 若自定义配置，COPY 配置前确认含
daemon off;，且无其他配置覆盖它（例如某些第三方模板可能误删） - 启动命令保持为
nginx -g "daemon off;"（显式覆盖更可靠），或直接执行nginx（依赖配置文件生效） - 避免在
ENTRYPOINT或CMD中使用sh -c "nginx && tail -f /dev/null"类写法——这会让 shell 成为 PID 1，Nginx 变成子进程，失去信号转发能力
验证是否生效
运行容器后，进入容器检查进程树：
-
ps aux | grep nginx应显示一个nginx: master process（PID 1）和若干nginx: worker process -
cat /proc/1/cmdline应输出nginx: master process，确认 PID 1 是 Nginx 主进程 - 向容器发送
SIGTERM（docker stop）应正常触发 Nginx 关闭流程，而非被 init 系统粗暴 kill
