应使用 ExecStartPre 指令配合自定义命令实现 Nginx 启动前依赖检查，如 nginx -t 验证配置、nc 探测上游服务、mkdir/chown 确保目录权限、test 校验文件存在，并通过 ExecReload 实现 reload 前校验。
在使用 systemd 管理 Nginx 服务时，若希望 Nginx 启动前自动检查并确保某些依赖项（如配置文件语法正确、上游服务就绪、目录权限合规等）满足条件，不能直接依赖 After= 或 Wants=——这些只控制启动顺序和关联服务，不执行逻辑判断。真正的“依赖项检查”需通过 systemd 的 ExecStartPre 指令配合自定义脚本或命令实现。
利用 ExecStartPre 进行启动前校验
ExecStartPre 是 systemd 单元中可在主进程启动前执行的命令，失败则中止启动。这是实现依赖检查最直接、最可靠的方式。
- 修改 Nginx 的 service 文件（通常为
/etc/systemd/system/nginx.service或/usr/lib/systemd/system/nginx.service），先执行systemctl edit nginx创建覆盖片段更安全 - 在
[Service]段中添加检查命令，例如：ExecStartPre=/usr/sbin/nginx -t -q
（-t验证配置语法，-q静默输出，失败时 systemd 自动记录并拒绝启动） - 可链式添加多个
ExecStartPre，按顺序执行；任一失败即终止启动流程
检查上游依赖服务是否就绪
仅靠 After=mysqld.service 不代表 MySQL 已完成初始化或监听端口。需主动探测：
- 添加网络连通性检查，例如：
ExecStartPre=/bin/sh -c 'until nc -z localhost 3306; do sleep 1; done'
（等待 MySQL 监听 3306，超时由 systemd 的StartLimitIntervalSec控制） - 更健壮的做法是封装为独立脚本（如
/usr/local/bin/wait-for-mysql.sh），支持超时、重试、日志，并在ExecStartPre中调用它 - 注意：避免在
ExecStartPre中阻塞过久，建议设置合理超时，否则可能触发 systemd 的默认启动超时（默认 90s）
验证文件系统与权限状态
Nginx 常因路径不存在、权限不足或 SELinux 上下文错误而静默失败。可在启动前显式检查：
- 确认根目录与日志路径存在且可写：
ExecStartPre=/bin/sh -c 'mkdir -p /var/log/nginx && chown -R nginx:nginx /var/log/nginx'
- 校验关键配置文件是否存在且非空：
ExecStartPre=/usr/bin/test -s /etc/nginx/nginx.conf
- 若启用 SELinux，可加入上下文检查（需安装
policycoreutils）：ExecStartPre=/usr/bin/ls -Z /etc/nginx/nginx.conf | /bin/grep -q "system_u:object_r:httpd_config_t"
重载配置时同样需要检查
执行 systemctl reload nginx 时，默认不会重新运行 ExecStartPre。如需 reload 前也做校验，应改用 ExecReload：
- 在 service 文件中添加：
ExecReload=/usr/sbin/nginx -t -q && /usr/sbin/nginx -s reload
- 这样既能验证配置，又确保 reload 动作原子性：语法错误时 reload 失败，原配置继续运行
- 注意不要省略
&&，否则即使nginx -t失败也会强制执行reload
