路径映射不是复制，而是实时双向通道；需理清“谁访问、从哪出发、到哪去”三层关系，确认镜像workdir、对齐挂载路径、统一uid/gid，并补充时区与locale配置。
路径映射不是“复制”，而是容器与宿主机之间的一条实时通道。混乱的根源往往不在命令写错，而在于没理清“谁在访问、从哪出发、到哪去”这三层关系。下面用最直接的方式帮你理顺。
看清镜像默认工作目录（WORKDIR）
容器启动后执行命令的起点，由镜像构建时的 WORKDIR 指令决定，不是你本地当前目录，也不是容器根目录。这个路径直接影响 docker exec 的默认上下文。
- 查清楚：运行
docker inspect 容器名 | grep -i workdir，输出如"WorkingDir": "/app"就是真实起点 - 别假设：即使你
cd /home/user后运行docker run，也不会改变容器内默认工作目录 - 执行时指定更可靠：用
docker exec -w /app -it 容器名 sh强制进入目标路径，避免依赖隐式行为
挂载路径必须双向对齐
使用 -v 时，左边是宿主机路径，右边是容器内路径——后者必须和镜像的 WORKDIR 或应用预期路径一致，否则文件“存在却找不到”。
- 典型错误：镜像默认在
/app加载模型，却挂载成-v /data:/models，导致程序读不到文件 - 正确做法：先确认应用要读哪条路径，再让
-v右侧和它完全匹配，例如-v /data:/app/models - 验证方法：进容器后执行
ls /app/models，看到的应和宿主机/data下内容一模一样
用户身份（UID/GID）不匹配会静默破坏访问
Linux 看 UID 不看用户名。宿主机上 UID 1001 创建的文件，在容器里若以 UID 1000 运行，就会提示“Permission denied”，甚至无报错卡住。
- 快速检查：在宿主机运行
id -u，记下数字；进容器执行id -u，对比是否一致 - 运行时对齐：启动容器加
--user $(id -u):$(id -g)，让容器进程以宿主机当前用户身份运行 - 构建时固化：Dockerfile 中用
ARG USER_ID和adduser -u $USER_ID创建同 UID 用户，再USER切换
时区和 locale 不是路径问题，但常被一起误判
当脚本因时间戳解析失败、中文乱码或日志时间错位而“看似路径出错”时，实际可能是环境缺失。
- 挂载时区文件最稳妥：
-v /etc/localtime:/etc/localtime:ro -v /etc/timezone:/etc/timezone:ro - Alpine 镜像需额外装 tzdata：
apk add --no-cache tzdata && cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime - 设环境变量只是辅助：
-e TZ=Asia/Shanghai -e LANG=C.UTF-8，不能替代时区文件
