直接用docker run -v挂载命名卷最稳妥，支持多卷、标签和权限控制；命名卷由Docker管理（路径在/var/lib/docker/volumes/），绑定挂载则直连宿主机任意路径，二者机制与适用场景截然不同。
直接用 docker run -v 挂载命名卷是最稳妥的方式，图形界面点点点容易漏掉关键配置，尤其在需要多卷、标签或权限控制时。
用命令行创建带命名卷的容器（推荐）
图形界面虽然直观，但无法精确控制卷的标签、驱动参数或挂载选项。生产环境应优先使用 CLI 显式声明卷。
-
docker volume create --label env=prod nginx-config：加标签便于后续筛选和清理 -
docker run -d --name nginx-prod -p 8080:80 -v nginx-config:/etc/nginx -v nginx-html:/usr/share/nginx/html nginx:alpine：一次挂载多个命名卷，路径必须是绝对路径 - 如果卷不存在，Docker 会自动创建，但不会继承你预设的标签或驱动配置
- 挂载后用
docker inspect nginx-prod查看Mounts字段，确认Source是/var/lib/docker/volumes/xxx/_data而非宿主机任意路径——这才是真正的命名卷
在 Docker Desktop 界面里挂载卷的坑
Desktop 的“Volumes”页卡只管卷本身，不参与容器启动流程；真正挂载发生在“Containers”页卡的“Run new container”表单里，但默认隐藏高级选项。
- 点击“Run new container”，输入镜像名后，必须手动展开“Advanced container settings”
- 在 “Volumes” 区域点击 “+ Add volume”，类型选 “Volume”，不是 “Bind mount”
- 填入卷名（如
postgres-data）和容器内路径（如/var/lib/postgresql/data），路径末尾不能有斜杠，否则容器可能启动失败 - 界面不会提示你检查卷是否已存在，也不会显示驱动或标签信息，出问题只能回命令行查
docker volume inspect
命名卷 vs 绑定挂载（bind mount）怎么选
二者都叫“挂载”，但底层机制和适用场景完全不同。混淆会导致数据丢失或权限异常。
- 命名卷（
my-volume:/app/data）：由 Docker 管理，路径在/var/lib/docker/volumes/下，适合数据库、日志等需 Docker 自动维护的场景 - 绑定挂载（
/host/path:/container/path）：直接映射宿主机任意路径，适合开发时热更新代码，但 Windows/macOS 上文件权限、inotify 通知可能不一致 -
docker volume ls列不出绑定挂载，docker ps -v也看不到命名卷的宿主机真实路径——这是设计使然，不是 bug - 误把
./config当作卷名传给-v，实际创建的是绑定挂载，且当前目录不存在时容器会静默失败
删容器前务必确认卷状态
容器删除不会连带删卷，但卷被误删后数据不可逆。最常被忽略的是“匿名卷”（anonymous volume）。
- 用
docker run -v /app/data nginx（没写卷名）会创建匿名卷，docker volume ls里显示为随机字符串，极易被当成垃圾清理 -
docker system prune -v会清掉所有未被容器引用的卷，包括匿名卷——执行前务必先docker volume ls -f dangling=true确认 - 命名卷只要还有容器在用（即使容器已退出），
docker volume rm就会报错volume is in use，这是保护机制，不是故障 - 想彻底清理，先
docker ps -a -q | xargs docker rm清空所有容器，再docker volume prune
命名卷的真实路径藏在 /var/lib/docker/volumes/ 下，但你不该也不需要手动操作那个目录；一切管理动作必须通过 docker volume 子命令或明确的 -v 参数完成——这是 Docker 数据持久化的边界所在。
