WorkingDirectory 在 systemd 中对 Nginx 影响极小，因其路径均由 nginx.conf 中的 prefix、error_log 等指令绝对指定；若需设置，应设为 --prefix 目录（如 /usr/share/nginx），并确保目录存在且可访问。
在 Linux 下使用 systemd 管理 Nginx 时，WorkingDirectory 并不是 Nginx 运行所必需的配置项，但若需指定其工作目录（例如日志路径、临时文件、相对路径配置等依赖当前工作目录的场景），需谨慎设置——因为 Nginx 主进程默认以 root 启动，且通常不依赖 systemd 的工作目录设定。
WorkingDirectory 对 Nginx 实际影响有限
Nginx 自身通过 nginx.conf 中的 prefix（如 --prefix=/usr/share/nginx）、error_log、pid、client_body_temp_path 等指令明确指定所有路径，**不依赖进程启动时的当前工作目录**。systemd 的 WorkingDirectory= 设置不会自动覆盖这些配置，也不会改变 Nginx 解析相对路径的行为（Nginx 在读取配置时已将相对路径转为绝对路径）。
因此，除非你主动在配置中使用了基于当前工作目录的相对路径（极不推荐），否则修改 WorkingDirectory 几乎无效果。
如需设置，应指向 Nginx 的安装前缀目录
若出于统一管理、调试或兼容某些脚本的需求必须设置，建议设为 Nginx 的 prefix 目录（即 configure 时的 --prefix 值，常见为 /usr/share/nginx 或 /etc/nginx）。可通过以下方式确认：
- 运行
nginx -V 2>&1 | grep "configure arguments"，查找--prefix=xxx - 或查看
nginx -t -v输出中的编译参数
然后在 systemd service 文件（如 /etc/systemd/system/nginx.service）的 [Service] 段添加：
WorkingDirectory=/usr/share/nginx
注意权限与实际生效条件
systemd 的 WorkingDirectory 仅对主进程（ExecStart 指定的命令）生效，且要求该目录存在、可访问。若设置的路径不存在或权限不足（如 nginx 用户无法进入），systemd 会启动失败并报错 chdir() to working directory failed。
常见注意事项：
- 确保目录存在：
sudo mkdir -p /usr/share/nginx - 无需赋予 nginx 用户写权限，只要能读取即可（Nginx 不在此目录下写入运行时文件）
- 若使用非 root 用户运行（如
User=www-data），需确保该用户对该目录有执行（x）权限 - 修改后务必运行
sudo systemctl daemon-reload
替代方案：优先用 nginx.conf 显式配置路径
更可靠的做法是直接在 nginx.conf 中用绝对路径定义关键路径，例如：
pid /run/nginx.pid; error_log /var/log/nginx/error.log warn; client_body_temp_path /var/lib/nginx/client_temp; proxy_temp_path /var/lib/nginx/proxy_temp;
这样完全绕过工作目录依赖，避免 systemd 配置与 Nginx 行为脱节，也符合运维最佳实践。
