Docker：挂载目录内文件与直接挂载文件在Vim编辑下的行为差异

底层机制的本质区别 #

这两种挂载方式的核心差异在于Docker处理宿主机与容器文件关联的逻辑不同：

1. 目录挂载的动态映射逻辑 #

当挂载整个目录时，容器内的目标路径（比如/var/www/html/）本质是一个挂载点，直接指向宿主机的../cloud/html/目录。容器访问该目录下的文件时，始终通过**目录条目（文件名到inode的映射关系）**来查找文件：

• Vim修改文件采用「创建临时文件→修改→替换原文件」的流程，会导致原文件inode变更，但宿主机的目录条目会立刻更新，将文件名指向新的inode。
• 容器内每次访问该文件，都会重新读取目录的最新条目，自然能获取到新inode对应的文件，因此同步正常。

2. 单文件挂载的静态inode绑定逻辑 #

直接挂载单个文件时，Docker做的是一对一的inode绑定：容器内的目标文件（/var/www/html/index5.html）直接关联宿主机../cloud/test/test.html的原始inode，这种绑定是静态的，不会自动更新：

• Nano修改文件时，直接在原inode对应的文件内容上写入，inode不变，容器内的绑定关系依然有效，修改能同步。
• Vim修改后，原文件被新的临时文件替换（inode改变），但容器内的绑定仍指向旧inode。旧inode对应的文件已被删除，因此容器内执行ls或访问该文件时，会提示No such file or directory。

直观验证方法 #

可以通过以下命令确认差异：

• 对目录内文件用Vim修改后，容器内执行：ls -i /var/www/html/index.html，会看到inode与宿主机新文件的inode完全一致。
• 对单挂载文件用Vim修改后，容器内执行：ls -i /var/www/html/index5.html，会显示旧inode并提示文件不存在；宿主机执行：ls -i ../cloud/test/test.html，则会看到新的inode。

总结 #

• 目录挂载依赖目录条目动态关联文件名与inode，因此inode变化不会影响容器内的文件访问。
• 单文件挂载是静态绑定到原始inode，宿主机文件inode变更后，容器内的绑定关系失效，导致文件无法访问。

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