docker volume create 是第一步，因为显式创建命名卷可确保测试环境隔离：避免 docker run -v 自动生成匿名卷导致数据无法复用或清理，防止跨测试、用户、CI 任务混用；命名卷支持精准清理与上下文区分。
测试容器必须用独立命名的卷，不能复用默认卷或宿主机路径——这是隔离失效的根源。
为什么 docker volume create 是第一步，而不是 docker run 时顺手加 -v
因为 docker run -v mydata:/data 中的 mydata 如果不存在，Docker Desktop 会自动创建一个匿名卷，名字是随机哈希值（如 1a2b3c4d...），下次运行又生成新的，旧数据无法复用或清理。而 docker volume create 显式声明卷名，才能保证：同一测试套每次启动都挂载同一个卷；不同测试套用不同卷名，天然不交叉。
- 错误做法：
docker run -v /tmp/test-data:/data—— 直接挂宿主机路径，跨测试、跨用户、跨 CI 任务全混在一起 - 正确做法：
docker volume create test-api-v1-data，再docker run -v test-api-v1-data:/app/data - CI 场景下建议在脚本开头加
docker volume rm -f test-api-v1-data，确保每次都是干净卷
docker-compose.yml 里怎么写才不共享卷
很多人以为只要服务名不同，卷就自动隔离——不是的。volumes 段落必须为每个服务定义独立的卷名，且不能共用同一卷声明块。
- 错：
volumes: shared-data:
然后两个服务都写- shared-data:/data→ 实际共享同一份数据 - 对：每个服务配专属卷声明
services: api-test: volumes: - api-test-data:/app/data db-test: volumes: - db-test-data:/var/lib/postgresql/data - 卷名带测试上下文，比如
api-integ-v2026-q3-data，避免和本地开发卷（如api-dev-data）冲突
Mac 上 Docker Desktop 的 NFS 卷要注意什么
Docker Desktop for Mac 底层用的是虚拟机（HyperKit），宿主机路径挂载有延迟和权限问题。若测试涉及大量小文件读写（如 Node.js node_modules 同步），直接挂 -v $(pwd):/src 容易卡住或报 Operation not permitted。这时该换 NFS。
- 先在 macOS 启用 NFS：
sudo nfsd start，并导出目录（如/Users/me/myproject/testdata） - 用
docker volume create创建 NFS 类型卷：docker volume create --driver local --opt type=nfs --opt o=addr=host.docker.internal,rw,nolock,hard,nointr --opt device=:/Users/me/myproject/testdata test-nfs-vol - 注意
addr=host.docker.internal是 Docker Desktop for Mac 提供的特殊 DNS 名，指向宿主机；Linux 或 Windows WSL2 需换为真实 IP
最常被忽略的一点：Docker Desktop 的“Resources → Disk image size”如果设得太小（默认 64GB），多个测试卷同时存在可能撑爆虚拟磁盘，导致 no space left on device 错误——这不是卷没隔离，而是底层空间耗尽了。
