Linux mount bind 和符号链接用于目录映射有什么区别

Linux 里把一个目录“映射”到另一个位置，mount --bind 和符号链接解决的不是同一层问题：前者把已有目录接入挂载视图，后者在解析路径时跳到另一个名字。需要隔离挂载、让容器看到固定目录时优先考虑 bind mount；只是给应用增加一个可替换的路径别名，通常用符号链接。两者都不会复制文件，删掉映射也不会自动删掉源目录。

先看清两种映射分别改变了什么

bind mount 的核心是把源目录的内容树挂到目标挂载点。对访问者来说，目标路径像一个挂载点，路径解析会跨过一个新的挂载边界；源目录和目标目录仍指向同一份数据。它适合把宿主机目录注入容器、把数据目录接入既有目录结构，或者在不移动原数据的情况下调整挂载布局。

符号链接则是一个特殊的目录项，里面保存目标路径。访问 /srv/app/current 时，内核先发现它是 symlink，再继续解析它指向的路径。链接可以换目标、可以断开，也会受到相对路径所在目录、权限和循环链接的影响。它不会建立独立的挂载视图。

命令写法相似，前置条件并不相同

下面用同一组目录表达两种方案。先创建源目录和目标目录；命令中的注释说明用途，不代表命令输出。

# 创建示例源目录和两个空目标目录
sudo mkdir -p /data/releases /srv/app/releases /srv/app/current

# 把目录接入目标挂载点；目标目录必须已经存在
sudo mount --bind /data/releases /srv/app/releases

# 创建路径别名；链接目标不要求此刻存在
sudo ln -s /data/releases /srv/app/current

两条命令都让应用“看见”同一目录，但处理方式不同。bind mount 需要 CAP_SYS_ADMIN 等挂载权限，卸载时使用 sudo umount /srv/app/releases；符号链接只需要在父目录有写权限，删除链接本身使用 sudo rm /srv/app/current，不要对链接路径追加会跟随链接的递归删除参数。

按使用场景决定是否需要独立挂载边界

容器或服务编排需要明确的目录注入边界时，bind mount 更直观。它能作为挂载配置的一部分被单独列出，后续可以用 findmnt --target /srv/app/releases 判断目标是否真的挂载。若服务只需要稳定的“current”入口，并且发布时要把链接原子地切换到新版本目录，符号链接更合适。

不要把符号链接当成权限隔离，也不要把 bind mount 当成备份。链接可能指向不存在的路径；bind mount 也会让源数据从另一个入口可见。相对链接要以链接所在目录解释，不是以当前 shell 目录解释；挂载点被占用时，umount 可能返回 busy，需要先找出仍在使用该路径的进程。

检查与回滚要围绕目标路径进行

先确认目标究竟是挂载点还是链接，再执行撤销动作：

# 查看目标路径是否位于一个独立挂载中
findmnt --target /srv/app/releases

# 查看链接对象保存的原始目标，不跟随最后一级链接
readlink /srv/app/current

# 只撤销 bind mount，不删除源目录内容
sudo umount /srv/app/releases

# 只删除符号链接这个目录项，不触碰 /data/releases
sudo rm /srv/app/current

如果 findmnt 没有列出目标作为挂载点，先不要执行 umount；如果 readlink 没有返回内容，也不要把普通目录当成链接处理。生产环境建议把映射写入部署记录，包含源路径、目标路径、创建者和撤销方式，避免重启后只剩一个没人解释的目录入口。

常见问题

bind mount 会复制目录里的文件吗？

不会。它只是增加一个访问视图，源目录和目标挂载点看到的是同一份内容。

符号链接目标不存在还能创建吗？

可以。ln -s 保存的是路径字符串，但访问时会因为目标不存在而失败。

怎么判断一个目录是不是 bind mount？

用 findmnt --target 目标路径 查看挂载信息，并结合挂载表和部署记录判断；不要只看目录名。

选择时只记住一个判断：需要挂载视图和可独立撤销的目录边界，就用 mount --bind；需要可替换的路径名字，就用符号链接。先确认对象类型，再做回滚，能避开大多数目录映射误操作。