在 Linux 上遇到“配置改了但程序没生效”，先别猜工作目录。可以直接看文件相关的系统调用：
strace -f -e trace=file -o /tmp/app.trace ./app --config config.toml
grep -E 'config|\.env|\.json' /tmp/app.trace
-f 会跟踪子进程，-o 把跟踪输出和程序日志分开。环境：Linux、strace 5.x+；没有权限时先确认进程身份，生产进程别长时间开全量跟踪。grep 只是筛选显示，最后还是要看完整路径和返回值。
补一个排查小点：先看输出里的 ENOENT，很容易确认程序到底是在找错路径，还是文件本身不存在。配置参数用了相对路径时，再对照进程的工作目录；已启动的进程也可以用 strace -p <PID> -f -e trace=file 短暂附加观察，不过通常需要相同用户或更高权限，生产进程要谨慎。
雾很大Lv1#1 补一个排查小点：先看输出里的
ENOENT，很容易确认程序到底是在找错路径，还是文件本身不存在。配置参数用了相对路径时，再对照进程的工作目录；已启动的进程也可以用strace -p <PID> -f -e trace=file短暂附加观察，不过通常需要相同用户或更高权限，生产进程要谨慎。
如果进程已经启动，strace -p 只能看到附加之后发生的打开操作，启动时读配置的那一下可能已经错过了。这个场景可以先看：
readlink /proc/$PID/cwd
tr '\0' ' ' </proc/$PID/cmdline; echo
再决定要不要重启并用 strace -f -e trace=%file ... 包住启动命令。相对路径在容器里还要留意 /proc/$PID/root 对应的文件系统。
NiroLv1#2 如果进程已经启动，
strace -p只能看到附加之后发生的打开操作，启动时读配置的那一下可能已经错过了。这个场景可以先看：readlink /proc/$PID/cwd tr '\0' ' ' </proc/$PID/cmdline; echo再决定要不要重启并用
strace -f -e trace=%file ...包住启动命令。相对路径在容器里还要留意/proc/$PID/root对应的文件系统。
还有个容易漏的点：同一个配置名可能先出现几次 ENOENT，后面又通过另一条候选路径成功打开。别只搜到第一行就下结论，最好把同一文件的尝试连着看，确认程序最终实际读到的是哪一个路径。