nginx 与 systemd 正确配合需满足三点：一是 nginx.conf 中必须设 daemon off; 且 master_process on;；二是 .service 文件中 type 必须匹配——启用 systemd 支持时用 type=notify，否则用 type=forking 并配 pidfile；三是 execstartpre 校验命令须带 -g 参数复现运行时配置，pidfile 路径须与 nginx.conf 中 pid 指令完全一致。
Nginx 主配置文件（/etc/nginx/nginx.conf）本身不直接“调用” systemd，但它必须与 systemd 的行为逻辑对齐，否则 systemctl start nginx 会失败、假死或反复重启。关键在于两个层面的配合：Nginx 进程运行模式必须适配 systemd 的生命周期管理机制，而 systemd 的 .service 文件则需准确反映这种模式。
必须在 nginx.conf 中禁用 daemon 模式
systemd 默认期望服务以前台方式运行（即主进程不 fork 到后台），而 Nginx 默认以守护进程（daemon）模式启动——主进程校验配置后 fork 出 worker，然后自己退出。这会导致 systemd 认为服务已“结束”，状态显示为 inactive (dead)。
解决方法是在 nginx.conf 的顶层（main 块）添加或取消注释：
-
daemon off;—— 放在user、worker_processes之后，events之前 - 同时确保
master_process on;（默认即开启，无需显式写，但不能关）
若使用包管理器安装（如 Ubuntu/Debian），该行常被注释，需手动启用；源码安装则通常默认关闭 daemon，但也应检查确认。
service 文件中的 Type 必须与 daemon 设置匹配
systemd 通过 Type= 字段判断如何跟踪进程。它和 daemon off; 是强绑定关系：
- 若
nginx.conf含daemon off;→ 推荐Type=notify（需 Nginx 编译时含--with-systemd，且配置中保留master_process on;） - 若未启用 systemd 原生支持（
nginx -V | grep systemd无输出）→ 改用Type=forking，并严格指定PIDFile=/run/nginx.pid，且该路径需与配置中pid /run/nginx.pid;一致
二者错配会导致 systemd 无法获取主进程 PID，进而无法 stop/restart/reload，甚至 kill 失败。
ExecStartPre 必须复用 nginx.conf 的实际配置上下文
systemd 在启动前执行 ExecStartPre 校验语法，但这个命令若未加载完整配置上下文，可能漏检问题。常见错误是只写 nginx -t，却没带 -g 参数还原运行时参数：
- 正确示例：
ExecStartPre=/usr/sbin/nginx -t -g 'daemon off; master_process on;' - 若配置分散在
conf.d/下，仅-t足够；但若daemon off;写在 include 之外的主配置里，必须用-g显式传递，否则校验通过、启动失败
PIDFile 路径需与 nginx.conf 中 pid 指令完全一致
即使用了 daemon off;，某些场景（如 Type=forking 或 fallback）仍依赖 PID 文件定位主进程。务必检查：
-
nginx.conf中是否有pid /run/nginx.pid;（注意路径和分号） -
.service文件中PIDFile=值是否一字不差，包括权限（如/run/目录需 systemd 创建并设对属主） - 若用
Type=notify，PIDFile 可省略，但不能留空或错写，否则触发警告
