关于/proc/self/mounts与/proc/self/mountinfo的选型疑问

嘿，这个问题问得相当务实！我来给你拆解下，除了你提到的信息缺失之外，为啥大家更倾向于优先用/proc/self/mountinfo而非/proc/self/mounts：

• 挂载层级关系一目了然：mountinfo里会明确给出每个挂载点的父挂载ID，还有子挂载的关联标识，碰到嵌套挂载、多层绑定挂载这类复杂场景，能直接理清挂载树的结构。而mounts完全没有这类层级数据，面对复杂挂载环境时，很容易搞不清各个挂载点之间的依赖关系。
• 告别重复条目混淆：比如用mount --bind多次绑定同一个目录时，mounts会输出一堆几乎一模一样的条目，根本没法区分它们的关联。但mountinfo会通过shared、master这类字段标记它们的传播关系，一眼就能看明白这些重复挂载的来龙去脉。
• 挂载属性解析更精准：mountinfo把挂载属性拆成了专门的字段，比如只读、禁用执行、挂载传播类型（shared/slave等），这些信息在mounts里要么混在长长的选项字符串里，要么直接缺失，解析起来不仅麻烦，还容易出错。
• 长期维护的稳定性：虽然官方文档没明说mounts已废弃，但内核社区其实一直在把新的挂载特性、管理逻辑往mountinfo上迁移，mounts基本处于“维持现状”的维护状态。从长期来看，用mountinfo能更好地适配后续内核的新特性，避免潜在的兼容性问题。

当然，如果你的场景只是简单读取挂载点和对应设备的基础信息，mounts也能凑合用，但要是涉及容器环境（比如Docker这类大量使用绑定挂载、命名空间的场景）、复杂挂载管理这类需求，mountinfo绝对是更靠谱的选择。

备注：内容来源于stack exchange，提问作者codego123