不使用Volumes的情况下Docker容器能否读取宿主机文件系统的文件？

你遇到的单文件挂载失效的核心原因是：若宿主机侧对目标文件做原子替换操作（写入临时文件后mv覆盖原文件），文件inode会发生变化，容器内挂载的是挂载时刻对应inode的旧文件实例，自然无法捕获更新，不是volume挂载机制本身只能捕获静态快照。

以下是三种通用实现方案，可根据场景选择：

方案1：挂载文件所在目录而非单文件（优先推荐） #

无侵入、无额外权限要求，适配绝大多数场景：

• 操作方式：不要直接挂载/宿主机路径/目标文件到容器内，改为挂载/宿主机路径/到容器内的任意目录（比如/host_data/），容器内直接读取/host_data/目标文件即可
• 原理：目录挂载跟踪的是目录下的文件名与文件的对应关系，即使目标文件inode发生替换，容器内通过目录访问的永远是最新文件名对应的文件内容
• 适配场景：仅需要访问固定路径下少数文件的场景，不需要改代码、不需要开放容器额外权限，是首选方案

方案2：特权模式+挂载宿主机proc文件系统（对应node_exporter的实现逻辑） #

适合需要访问宿主机任意路径文件的场景，node_exporter的核心实现逻辑就是该方案：

• 操作步骤：
  1. 启动容器时添加--privileged=true参数开启特权模式，或仅授予容器CAP_SYS_ADMIN权限
  2. 挂载宿主机的/proc目录到容器内的/host/proc路径
  3. 容器内访问宿主机文件时，通过/host/proc/1/root/前缀拼接宿主机绝对路径即可，比如要读宿主机的/etc/hosts，容器内读/host/proc/1/root/etc/hosts
• 原理：/proc/1/root是宿主机1号进程的根目录视图，通过这个路径可以直接访问宿主机完整的文件系统，不受容器挂载命名空间限制，无论文件是否替换都能读到最新内容
• 注意：该方案会让容器获得宿主机文件系统的完全访问权限，安全风险较高，仅在确实需要访问大量宿主机任意路径文件时使用

方案3：宿主机侧主动推送变更 #

适合对安全要求高、不愿意给容器开放额外权限的场景：

• 操作方式：在宿主机运行一个轻量监听进程，用inotify等机制监听目标文件变更，变更后通过Unix套接字、本地HTTP接口等方式把最新内容推送给容器内的Python脚本
• 注意：该方案需要额外开发双端交互逻辑，仅适合少量文件同步的场景

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