Docker命名卷挂载无需激活，直接docker run -v 卷名:容器路径即可；用docker volume ls和inspect确认存在及路径可读，Windows下左侧只能写卷名、不可带驱动器前缀；多容器共享需应用层加锁，卷生命周期依赖Docker引擎。
直接用 docker run -v 卷名:容器路径 就行，不需要额外“导入”或“激活”——Docker Desktop 和 Linux 原生 Docker 对命名卷的挂载行为完全一致。
怎么确认已有数据卷存在且可用
运行 docker volume ls 查看所有卷；再用 docker volume inspect 卷名 确认其 Driver 是 local、Mountpoint 路径可读（Windows 上通常在 C:\ProgramData\DockerDesktop\vm-data\ 或 WSL2 的 /var/lib/docker/volumes/ 下）。如果 inspect 报错或 Mountpoint 为空，说明该卷已被删除或损坏，无法挂载。
挂载已有卷时必须注意的权限和路径写法
Windows 用户常误以为要写成 C:\myvol:/app 或 /c/myvol:/app，这是错的。命名卷不依赖宿主机路径，-v 后面的左边部分**只能是卷名**（如 myvol），不能带驱动器前缀或斜杠。正确写法只有这一种：
docker run -it -v myvol:/data nginx:alpine
- 如果写成
-v C:/myvol:/data，Docker 会当作绑定挂载处理，找不到对应目录就报invalid volume specification - 如果卷是为 PostgreSQL 创建的（UID=999），而新容器以 root 运行，可能因文件属主不匹配导致启动失败；此时需加
--user 999或在容器内提前chown -R 999:999 /data - 卷内容不会因容器重启重置，但首次挂载时若容器进程自动初始化数据（如 MySQL 初始化库表），它会往空卷里写，后续挂载同名卷即复用这些数据
多个容器挂载同一个卷时的并发风险
命名卷本身不提供文件级锁，docker run -v shared_vol:/app app1 和 docker run -v shared_vol:/app app2 同时读写同一文件（比如日志、SQLite DB）会出问题。这不是 Docker Desktop 特有，而是所有平台共性：
- Web 应用 + 文件上传服务共用一个卷？确保应用层做文件名隔离或加分布式锁
- 数据库类容器（PostgreSQL、MySQL）严禁多个实例挂同一卷——Docker 卷不是集群存储，只支持单写入点
- 想让两个容器安全共享配置？改用
docker config或把只读文件挂成:ro（如-v shared_vol:/etc/config:ro）
真正容易被忽略的是：卷的生命周期独立于容器，但**不独立于 Docker 引擎**。如果你重装 Docker Desktop 或切换了 WSL2 发行版（比如从 Ubuntu-22.04 换成 Debian），旧卷可能还在磁盘上，但 Docker daemon 找不到注册记录，volume ls 不显示，也无法挂载——这时候得手动从 WSL2 文件系统里找回数据并重建卷。
