Linux内核挂载机制：从vfsmount到struct mount的演进

1. Linux 内核挂载机制演进：从 vfsmount 到 mount

在 Linux 内核发展历程中，文件系统挂载管理机制经历了重大变革。早期的 struct vfsmount 结构体随着内核版本迭代逐渐显露出设计缺陷，最终在 Linux 3.3 版本中被重构为更现代的 struct mount 架构。这种演进不是简单的结构体替换，而是反映了内核设计理念的进步。

传统 vfsmount 结构体存在明显的职责混杂问题：它同时承担了挂载属性管理、缓存管理和挂载树维护等多重职责。这种设计导致代码耦合度高，维护困难。我曾在内核 2.6 版本上开发文件系统模块时，就深受这种设计缺陷困扰 - 每次修改挂载相关代码都需要小心翼翼处理各种边界条件。

现代 struct mount 通过清晰的职责分离解决了这些问题：

• 将缓存管理交给专门的 dentry 和 inode 子系统
• 挂载属性管理集中在 mount 结构体
• 挂载树维护通过专门的链表实现
  这种设计使得内核代码更符合单一职责原则，我在实际开发中能明显感受到代码可维护性的提升。

2. struct mount 核心架构解析

2.1 结构体定义与核心字段

struct mount 是现代 Linux 内核挂载子系统的核心数据结构，每个挂载实例（如 mount /dev/sda1 /mnt）都对应一个独立的 struct mount 对象。其完整定义包含以下关键字段：

c复制struct mount {
    struct hlist_node mnt_hash;
    struct mount *mnt_parent;
    struct dentry *mnt_mountpoint;
    struct vfsmount mnt;
    struct list_head mnt_mounts;
    struct list_head mnt_child;
    struct list_head mnt_instance;
    const char *mnt_devname;
    struct list_head mnt_list;
    struct list_head mnt_expire;
    struct list_head mnt_share;
    struct list_head mnt_slave_list;
    struct list_head mnt_slave;
    struct mount *mnt_master;
    struct mnt_namespace *mnt_ns;
    struct mountpoint *mnt_mp;
    struct hlist_node mnt_mp_list;
    struct list_head mnt_umounti