静态编译程序在 scratch 镜像中“找不到路径”，本质是容器缺乏程序所需目录结构；需用 strace 或日志定位访问路径，Dockerfile 中显式创建所有依赖目录（如 /config、/data/logs），并确保 WORKDIR 与程序行为一致，挂载路径也须提前创建。
静态编译程序在极简镜像（如 scratch）中“找不到路径”，本质不是程序缺库，而是容器里压根没有你期望的目录结构。哪怕二进制本身能运行，一旦它尝试读写某个路径（比如 /config.yaml 或 /data/logs），而该路径在镜像中不存在，就会报错 no such file or directory。
确认程序真正依赖哪些路径
先别急着改 Dockerfile，用 strace 或日志定位程序启动时访问了哪些路径：
- 如果镜像里有
strace（如alpine:latest），可临时加进去跑一次：strace -e trace=openat,open,stat ./myapp 2>&1 | grep "No such" - 或在程序里加简单日志，输出它准备读写的完整路径
- 常见易忽略路径：当前工作目录、配置文件路径、日志输出目录、临时文件目录（如
/tmp）、挂载点（如/mnt/data）
在 Dockerfile 中显式创建所需目录
静态二进制不依赖 libc，但依赖文件系统存在性。所有程序要操作的目录，都必须在构建阶段提前创建：
- 用
RUN mkdir -p /config /data/logs /tmp创建多级目录 - 避免只靠
WORKDIR—— 它只设工作目录，不保证其他路径存在 - 如果目录需特定权限（如日志目录要可写），顺带加
RUN chmod 755 /data/logs - 对
scratch镜像，mkdir是唯一可靠方式；不能指望运行时自动创建（多数静态程序不会自己建父目录）
检查 WORKDIR 和入口命令的路径一致性
即使用了 WORKDIR /app，也要确保程序行为与之匹配：
- 如果程序默认从当前目录加载
config.json，那WORKDIR /app就很关键；否则它可能去根目录找 - 入口命令别写成
RUN ./myapp—— 这是构建时执行，不是运行时。应写CMD ["./myapp"]，并确保WORKDIR已设好 - 若程序硬编码了绝对路径（如
/opt/myapp/config），就在 Dockerfile 中对应创建：RUN mkdir -p /opt/myapp/config
挂载路径也要提前规划好
如果运行时通过 -v 挂载宿主机目录到容器，注意两点：
- 挂载目标路径（容器内路径）仍需存在，否则某些程序会拒绝启动。例如挂载
-v /host/logs:/var/log/myapp，则 Dockerfile 中必须有RUN mkdir -p /var/log/myapp - 挂载源（宿主机路径）要提前创建且权限合适，否则容器内看到的是空目录或权限拒绝
- 对
scratch镜像，无法用ls或stat调试，建议先用alpine镜像验证路径逻辑再切回scratch
