绝对路径是bind mount避免“找不到文件”的最直接有效方式，因其从根目录/开始、位置唯一、不依赖工作目录，且宿主机路径须真实存在并具读写权限。
用绝对路径写 bind mount，是避免“找不到文件”最直接有效的方式。相对路径依赖当前工作目录，一旦执行位置变了，挂载就失效；而绝对路径从根目录（/）开始，位置唯一、行为确定，容器启动不看你在哪个目录下，只认这个固定地址。
为什么绝对路径能避开迷路
相对路径像说“往前走两步再左转”，但没人告诉你起点在哪；绝对路径则是“北京市朝阳区建国路8号国贸三期58层”，不管从机场、火车站还是地铁站出发，导航都能带你准确到达。Docker 在解析 -v 或 --mount src=... 时，若遇到以 / 开头的路径，就直接按文件系统根开始查找，跳过所有工作目录干扰。
实操中怎么写才算“完全限定”
必须满足三个条件：
- 宿主机路径以 / 开头，比如 /home/alice/project，不能是 ./project 或 ../shared
- 容器内目标路径也必须是绝对路径，如 /app、/etc/nginx，不能是 config 或 ../conf
- 宿主机路径在运行 docker run 或 docker-compose up 前，已真实存在且权限可读写（Docker 不会自动帮你创建父级目录）
常见错误与修正示例
以下写法看着差不多，但效果天差地别：
- ❌ -v ./src:/app —— 当前目录不确定，CI/CD 构建或别人 clone 后执行就可能挂错地方
- ❌ -v $HOME/project:/app —— 看似绝对，但 $HOME 是 shell 变量，若在 systemd service 或 root 用户下运行会扩展失败
- ✅ -v /home/alice/project:/app —— 明确、稳定、可复现
- ✅ --mount type=bind,src=/data/config,dst=/etc/myapp,ro —— --mount 语法更严谨，路径不存在时直接报错，反而帮你早发现问题
配合 docker-compose.yml 的稳妥写法
在 docker-compose.yml 中，依然坚持绝对路径原则：
- 不要写 ./logs 或 ../secrets
- 写成 /var/log/myapp 和 /etc/myapp/secrets
- 如果想兼顾多环境，可用环境变量 + .env 文件，但变量值本身仍是绝对路径，例如：
HOST_LOGS=/opt/myapp/logs
然后 compose 中写：
volumes: - ${HOST_LOGS}:/var/log/myapp
