命名卷是 Docker 数据持久化最可靠、最可复用的方式，它通过赋予业务语义的名称（如 prod-user-upload）显式定义数据用途与环境边界，实现数据资产的可识别、可追踪、可交接；支持自动创建与复用、手动预创建加标签、多容器共享、精准运维及跨环境一致部署。
命名卷是 Docker 数据持久化最可靠、最可复用的方式，它把“数据归属”从容器生命周期里剥离出来，让管理变得清晰可控。
命名卷是数据契约的显式表达
给卷起一个带业务语义的名字（比如 prod-user-upload、staging-redis-backup），就等于定义了这份数据的用途和环境边界。它不是临时容器附属物，而是你系统中一份可识别、可追踪、可交接的数据资产。
- 避免用项目路径生成默认卷名（如
myproject_db-data），否则换目录部署就会新建卷，旧数据被隔离 - 在
docker-compose.yml中显式声明volumes:块，并配name:字段，确保不同环境卷名一致 - 名字本身要承载含义，而不是用
vol1或data这类泛称
用命名卷统一开发与生产的数据路径
开发时用绑定挂载方便调试，但上线必须切换到命名卷——这不是妥协，而是解耦。命名卷由 Docker 自动管理存储位置（通常在 /var/lib/docker/volumes/），你只需关心“叫什么”和“挂哪儿”，不用操心宿主机路径是否一致、权限是否正确。
- 运行时自动创建：
docker run -v app-cache:/app/node_modules nginx，卷不存在就新建，存在就复用 - 手动预创建并加标签便于归类：
docker volume create --label env=prod --label app=redis redis-vol - 多个服务可共享同一命名卷，比如 Web 容器和备份容器同时挂载
user-files
通过命名卷实现数据可迁移、可清理
因为卷有名字，所以能精准操作：查、看、删、备份都围绕这个名字展开，不会误伤其他数据。
- 列出所有卷：
docker volume ls - 查看物理路径：
docker volume inspect app-cache→ 得到Mountpoint路径 - 删除前确认无容器使用：
docker volume rm app-cache - 批量清理闲置卷：
docker volume prune，只清掉没被任何容器引用的命名卷
典型场景：Node.js 依赖缓存复用
把 /app/node_modules 挂到命名卷 node-modules-cache，就能彻底避开每次构建重装依赖的问题。
- 首次启动：Docker 自动创建
node-modules-cache，npm install 写入其中 - 后续重建容器：只要卷名不变，
node_modules直接复用，构建快、镜像小、一致性高 - 跨机器部署时，只要 compose 文件里卷名一致，行为完全一致
