Docker中Bind Mounts与Host Volumes是同一概念吗？二者有何区别？

首先需要明确：host volume 并非Docker官方定义的正式术语，属于技术社区传播中产生的非标准俗称，不同语境下指代范围差异很大，绝大多数场景中它被用来代指bind mount，但严格按照Docker存储体系的定义，二者有明确差异。

• 所属体系不同
  bind mount是Docker官方明确的三类挂载方案之一，完全脱离Docker的卷管理体系独立存在；严格定义下的host volume属于Docker Volume（卷）的特殊子类，核心仍受Docker的卷管理逻辑约束。
• 路径规则不同
  bind mount可以挂载宿主系统上的任意路径，支持挂载单个文件，路径完全由用户自定义；host volume默认的存储路径为Docker统一管理的/var/lib/docker/volumes/[卷名]/_data，仅可通过额外参数指定自定义宿主路径，且仅支持挂载目录，不支持挂载单个文件。
• 数据同步逻辑不同
  当bind mount挂载的宿主路径为空时，容器内对应挂载点的原有内容会被直接覆盖隐藏，不会同步到宿主路径；当host volume挂载空卷时，会自动将容器内挂载点的原有内容复制到卷对应的宿主路径中，不会丢失容器内的预置数据。
• 可移植性与权限不同
  bind mount直接继承宿主路径的权限配置，很容易出现容器读写权限不匹配的问题，且依赖固定的宿主路径，可移植性很差；host volume的权限由Docker统一适配，不会出现跨宿主的权限问题，仅依赖卷名即可正常使用，可移植性更强。

大部分非官方技术文章没有对概念做严格区分，会把所有绑定了宿主自定义路径的挂载方案都统称为host volume，这种语境下二者的功能表现几乎一致，才会导致很多人误以为二者是同一个概念。

内容的提问来源于stack exchange，提问作者dcharith