网关交给systemd后找不到相对配置文件，怎样核对工作目录与绝对路径

相对配置路径是相对于进程工作目录解析的，服务启动目录未必是项目目录。明确WorkingDirectory或使用已核对的绝对配置路径，并通过程序读到的实际配置标记验证，才能消除“终端能跑、服务找不到”的差异。

区分配置值覆盖与配置文件选错

同一个二进制与同一个参数字符串，可以因为cwd不同读到不同文件，甚至一个成功另一个不存在。排查时先记录可执行文件路径、工作目录和配置参数，避免把配置文件确实存在误当成进程一定会找到。不要通过复制同名配置到多个目录把问题暂时盖住。

打印cwd及resolved path摘要

附件在临时A、B目录各放不同标记的demo.conf，以相同相对参数启动同一读取程序，结果分别为A和B。改成A配置的绝对路径后，从两个cwd启动都得到A。它不打印真实secret，只用两个单字符标记证明路径解析依赖。

WorkingDirectory还可能影响日志、缓存和相对证书路径，修正配置路径之后应继续检查其他相对文件。绝对路径与工作目录并不是互相替代的全部方案：前者锁定一个输入文件，后者影响程序其余相对访问。交接时要明确每一类文件由哪个设置控制，防止只修好启动第一步。

示例unit或排查命令：以下路径与服务名须按目标环境替换，本文没有注册或执行这些服务操作。

[Service]
WorkingDirectory=/srv/demo-gateway
ExecStart=/usr/local/bin/demo-gateway --config /srv/demo-gateway/demo.conf

处理目录不存在与用户实例默认值

生产环境仍需要确认服务用户能逐级穿越父目录，容器挂载是否可见，以及部署版本是否更新了配置。绝对路径也可能指向旧文件，因此可以记录不含密钥的版本标记或摘要；禁止为了排障把整份含凭据配置写入公开日志。本文的子进程实验不等于已修改systemd unit。

适用范围：本地假网关只读取非敏感文本；不打印真实环境或secret，不声称systemd默认在项目目录。

配套样本与复核入口

• run.py：独立运行程序，包含合成输入、操作和正反例断言。
• case.json：输入说明、预期任务与适用范围，便于保存和交接。
• observed.json：本次实际执行输出；临时路径、进程号和计时可能随运行变化。

程序内部创建A与B两个目录和假配置，不要求读者先准备文件。relative应是A、B，absolute应是A、A；这两个数组比一条“文件存在”更能说明解析基准。排查实际启动脚本时也可以只输出非敏感配置版本，而不是完整配置内容，确认读取来源后再检查字段是否满足应用要求。

Python3.8以上及标准库即可。本题的目录与配置全部是程序内合成输入，运行不会读取网关业务数据，也不会注册服务或定时任务。

python -B run.py

阅读输出时，先按case.json中的任务逐项核对网关systemd WorkingDirectory配置，再与observed.json比较。非零退出表示依赖或断言需要处理，应保留实际错误。

一手依据1（WorkingDirectory影响相对路径；LimitNOFILE是进程限制，不能据交互shell推定服务值或盲目调高。）；一手依据2（解析每级路径需目录搜索权限；文件可读不等于父目录可穿越。）。

继续阅读：配置文件明明可读服务仍报Permission denied，怎样逐级检查父目录搜索权限；想挂载网关配置文件却变成目录，怎样用Docker挂载检查提前拦住路径拼错；改了.env却没生效：怎样核对网关容器环境变量的实际优先级。