Docker数据卷共享的核心思路是让多个容器挂载同一命名卷或绑定宿主机同一目录，实现数据实时同步与跨容器协作；命名卷由Docker自动管理、安全可移植，绑定挂载则路径可控适合开发调试，但需注意权限、并发写冲突及卷清理等问题。
Docker 数据卷（Volume）共享的核心思路是：让多个容器挂载同一个卷，或通过绑定挂载（Bind Mount）复用宿主机同一目录。它不依赖容器生命周期，修改即同步，适合配置分发、日志汇总、数据库主从协同等场景。
用命名卷（Named Volume）实现多容器共享
这是最推荐、最 Docker-native 的方式，由 Docker 自动管理路径，安全且可移植。
- 先创建一个命名卷：
docker volume create app-config - 启动第一个容器并挂载：
docker run -d --name app1 -v app-config:/etc/app busybox - 启动第二个容器挂载同一卷：
docker run -d --name app2 -v app-config:/app/conf nginx - 此时两个容器都可通过各自挂载路径读写 同一份数据；在 app1 中写入的 config.json，app2 能立刻读到
用绑定挂载（Bind Mount）共享宿主机目录
适合开发调试或需直接操作宿主机文件的场景，路径完全可控。
- 在宿主机建好共享目录：
mkdir -p /srv/shared-data && echo "version: 1.2" > /srv/shared-data/config.yaml - 启动容器时指定相同宿主机路径：
docker run -d -v /srv/shared-data:/config alpine tail -f /dev/null - 再起一个容器挂载同一路径：
docker run -it -v /srv/shared-data:/input ubuntu cat /input/config.yaml - 注意：若宿主机路径不存在，Docker 会自动创建目录，但不会自动创建父级路径（如
/srv/a/b中 /srv/a 不存在则报错）
跨容器共享的常见注意事项
共享本身简单，但实际协作中容易踩坑：
-
权限问题：容器内进程 UID 可能与宿主机文件所有者不匹配，导致“Permission denied”；建议统一用
--user或提前设置目录权限（如chmod 755 /srv/shared-data） - 并发写冲突：Volume 本身不提供文件锁，多个容器同时写同一文件可能损坏内容；应由应用层协调（如用 Redis 做状态协调，或只允许单写多读）
-
卷未清理风险：命名卷不会随容器删除而消失；长期不用的卷可用
docker volume prune清理，但务必确认无残留重要数据 -
Windows/macOS 用户注意：Docker Desktop 默认仅共享
/Users（macOS）或C:\Users（Windows）下的子目录，自定义路径需在 Docker Desktop 设置中手动启用共享
验证共享是否生效的小技巧
快速确认两个容器是否真正连通同一数据源：
- 进第一个容器写个时间戳：
docker exec app1 sh -c 'date > /config/last_update' - 进第二个容器读取：
docker exec app2 cat /config/last_update，输出应一致 - 或用
docker volume inspect app-config查看挂载点物理路径，再直接ls -l /var/lib/docker/volumes/app-config/_data检查内容
