Docker 数据挂载边界：bind mount 与命名 volume 怎么选
容器删除后哪些数据仍在，宿主机编辑是否会立即被看到，应该由挂载设计明确回答。本文依据二〇二六年九月核验的 Docker 官方文档，范围是 Linux 容器、本地 daemon 和普通目录。当前编写环境没有 Docker CLI，因此命令是可复现实验，输出标为预期，未声称实测某个 Engine 版本。
AI生成概念配图：宿主机目录直接映射与 Docker 管理的独立数据卷并列展示
先确定数据由谁管理
bind mount 把宿主机的具体路径映射到容器，适合开发源码、输入文件和配置；命名 volume 由 Docker 管理存储位置，适合需要跨容器生命周期保留的数据。两者都不是自动备份。选择时先问：使用者是否需要直接编辑宿主机路径，部署是否依赖目录结构，以及数据是否需要独立迁移和恢复。
挂载路径属于 daemon 所在机器，不一定是运行 docker 命令的电脑。先检查 context，远程 daemon 不能凭一个本地绝对路径读取客户端文件。Docker Desktop 还有文件共享层；本文实验假设路径对当前 daemon 可见，不将不同系统的路径转换及共享设置当成通用行为。
用两个容器区分映射与持久保存
在可运行 Docker 的测试机 Bash 中执行下面命令。镜像固定为官方当前列出的 alpine:3.22.6 标签，首次运行可能拉取镜像；标签仍不是不可变身份，严格复现应另记实际镜像摘要。先读前两行输出，确认 context 和服务端版本符合预期，再继续。实验只使用新建临时目录和唯一命名的演示卷。
set -eu
docker context show
docker version --format '{{.Server.Version}}'
work=$(mktemp -d)
vol="mount-lab-$(date +%s)-$$"
printf 'host-v1\n' > "$work/input.txt"
docker volume create "$vol" >/dev/null
docker run --rm \
--mount "type=bind,src=$work,dst=/input,readonly" \
--mount "type=volume,src=$vol,dst=/data,volume-nocopy" \
alpine:3.22.6 sh -c 'cp /input/input.txt /data/saved.txt'
printf 'host-v2\n' > "$work/input.txt"
docker run --rm \
--mount "type=bind,src=$work,dst=/input,readonly" \
--mount "type=volume,src=$vol,dst=/data,readonly" \
alpine:3.22.6 sh -c 'cat /input/input.txt; cat /data/saved.txt'
printf 'demo directory: %s\ndemo volume: %s\n' "$work" "$vol"忽略环境信息、镜像拉取提示和最后的随机路径，第二个容器预期打印 host-v2、host-v1。前者来自更新后的宿主机文件，后者是第一个容器保存进卷的副本。两个容器都用了 --rm，但显式命名的卷仍在。这里的 cp 只是普通文件复制，不表示 bind mount 与 volume 会自动同步。
挂进去之后，原目录并不会合并
bind mount 覆盖容器内已有目录时，原内容被遮住，而不是删除；重建不带该挂载的容器才能重新看到镜像内容。非空 volume 也有遮蔽效果。空 volume 挂到已有内容的容器目录，默认可能复制该目录内容到卷中；示例显式使用 volume-nocopy，避免把初始化复制与持久化混为一谈。
排障时可以查看容器挂载配置中的类型、源、目标和读写状态，再分别检查宿主机输入及卷内数据。别急着修改镜像：若目标路径被挂载覆盖，重新构建镜像并不会自动更新既有卷。相反，删除卷又可能丢掉真正需要保留的数据，必须先辨认数据来源。
只读和清理都需要明确范围
bind mount 默认允许写入，容器进程可能修改甚至删除宿主机文件，所以只读输入应显式加 readonly。这个选项不妨碍宿主机上的其他程序更新源文件，也不是完整的容器安全边界。涉及目录下嵌套挂载时，递归只读还受内核能力影响，不能把本例普通目录的结果套到所有文件系统。
实验结束后先查看最后打印的目录和卷名，确认只含演示数据，再定向清理。不要用全局清理命令解决一个测试卷。生产数据的迁移应另有备份及恢复演练；数据库等有写入一致性要求的程序，不能简单照搬这里运行中复制文本文件的办法。命名 volume 解决生命周期管理，不承诺跨机器复制或应用级一致性。
