结论：volume 是 docker 管理的抽象存储单元，挂载的是其内部路径（如 /var/lib/docker/volumes/myvol/_data），不直接挂载用户自定义宿主机目录；若需挂载指定宿主机路径（如 /home/user/app/data），必须使用 bind mount。
直接说结论：Docker Volume 本身不挂载“宿主机目录”，它挂载的是 Docker 管理的、位于宿主机上的卷路径（如 /var/lib/docker/volumes/myvol/_data）；若你真正想把**自己指定的宿主机目录**（比如 /home/user/app/data）持久化进容器，该用的是 绑定挂载（bind mount），不是 Volume。
别混淆：Volume 和绑定挂载是两回事
很多人搜“Volume 挂载宿主机目录”，实际要的却是绑定挂载。二者根本区别在于：
-
Volume：由 Docker 创建和管理，路径固定（Linux 默认在
/var/lib/docker/volumes/），与宿主机文件系统解耦，适合数据库、配置备份等需要跨环境迁移的场景 - 绑定挂载（-v /host:/container）：直接映射你指定的宿主机任意路径，路径可见、可读写、可手动编辑，但路径硬编码，不可移植（Windows/macOS 路径结构不同）
想挂自己选的宿主机目录？用 -v 绑定挂载
这是最常用也最直接的方式，语法简单但细节关键：
- 宿主机路径必须已存在，Docker 不会自动创建（旧版本可能静默建但权限异常，别依赖）
- 确保运行 Docker 的用户对宿主机路径有读写权限（常见问题：权限拒绝、容器内写不了）
- 挂载后，容器内目标路径原有内容会被完全隐藏——比如挂
-v /data:/usr/share/nginx/html，原来 nginx 的 index.html 就看不到了 - Windows/macOS 用户注意：
~/myapp这类 shell 缩写不会被解析，必须写绝对路径，如/Users/xxx/myapp或C:\Users\xxx\myapp
真要用 Volume？先创建再挂载
如果你确实需要 Docker 管理的持久化存储（比如多个容器共享、备份方便、升级不丢数据），按这步走：
- 创建卷：
docker volume create mydata - 挂载到容器：
docker run -v mydata:/app/data nginx - 查看实际位置：
docker volume inspect mydata→ 找到Mountpoint字段（如/var/lib/docker/volumes/mydata/_data） - 宿主机上所有操作都通过这个 Mountpoint 路径进行，而非你自定义的任意路径
想只挂 Volume 里的子目录？不能直挂，但有替代方案
Docker 不支持 myvol/subdir:/app 这种写法——它会当成主机相对路径处理。可行办法有两个：
-
方案一（推荐）：用临时容器把子目录内容复制到新 Volume
例如，从code卷中提取xxx子目录：docker volume create code_xxxdocker run --rm -v code:/src -v code_xxx:/dest alpine cp -r /src/xxx/. /dest/
再挂载code_xxx -
方案二（谨慎）：直接挂载 Volume 在宿主机上的真实路径下的子目录，如：
-v /var/lib/docker/volumes/code/_data/xxx:/var/www/html
⚠️ 风险：该路径属于 Docker 内部管理区域，升级或重装可能变动，不建议生产环境直接操作
本质上，Volume 是 Docker 的抽象存储单元，绑定挂载才是你掌控宿主机路径的工具。选哪个，取决于你要不要 Docker 管理路径、是否需要跨平台一致性、以及数据生命周期怎么规划。
