Linux 能够同时支持几十种完全不同的文件系统（如 ext4、XFS、NTFS、NFS、proc、sysfs 等），并且让普通用户感觉它们都像同一种东西，全靠内核中的 虚拟文件系统（Virtual File System，VFS） 这一抽象层。VFS 并不实际存储数据，它只是一套纯软件的接口和框架，定义了所有文件系统的统一行为，让上层的应用和下层的具体文件系统实现彼此解耦。
1. VFS 的核心思想：定义契约，而不是实现细节
VFS 要求每一个想做“文件系统”的内核模块都必须实现一组通用的操作接口，但这些接口底层如何工作，VFS 完全不管。例如，当你用 open() 系统调用打开一个文件时，内核通过 VFS 调用对应文件系统的 open 方法——这个方法在 ext4 上可能是直接从本地磁盘读取元数据，而在 NFS 上则是通过网络协议向远程服务器请求。对于你写的程序来说，完全感受不到区别。
这种设计的好处一目了然：你可以在同一个系统上同时挂载本地磁盘、U 盘、网络共享和伪文件系统，然后对 /home（ext4）和 /proc/cpuinfo（procfs）使用完全相同的 cat、less、grep 命令。没有 VFS，每个工具都必须为每一种文件系统单独写处理逻辑，系统会变得臃肿且难以维护。
2. VFS 的关键数据结构：四个“对象”
VFS 在内存中用四种主要的数据结构来描述文件和文件系统，所有具体实现都围绕它们来构建：
- 超级块（superblock）：代表一个已挂载的文件系统实例，记录该文件系统的整体信息，如块大小、最大文件长度、可用空间以及指向具体操作函数的指针。当你执行
mount命令时，内核读取设备上的超级块，并为它创建一个内存中的 VFS 超级块对象。 - 索引节点（inode）：代表一个具体的文件或目录，包含文件的大小、权限、所有者和数据块在磁盘上的位置等信息。每个文件在 VFS 中都有一个对应的 inode，这个 inode 可能是从磁盘读取的（如 ext4），也可能是动态生成的（如 procfs 为你查询进程状态时现场构造）。
- 目录项（dentry）：用来缓存目录树的结构，负责把文件名（如 "passwd"）映射到对应的 inode。dentry 主要存在于内存中，可以加速路径查找，比如你反复访问
/etc/passwd时，内核就不需要每次去磁盘上从根目录开始一层层解析。 - 文件对象（file）：代表一个进程打开的具体文件，记录了当前的读写位置、打开模式（只读、读写等）等状态信息。同一个 inode 可以被多个进程打开，这会创建多个不同的文件对象，但它们都指向同一个 inode。
这四个对象协同工作，就可以把一个类似“用户进程调用 read，操作 /mnt/log/app.log 的第 200 字节”这样的高层请求，逐步解析成对底层文件系统的精确操作，整个过程用户毫无感知。
3. 实用价值：mount 的万能性与透明性
对于系统管理员和普通用户来说，VFS 最直接的体现就是 mount 命令和 /etc/fstab 配置文件。你可以将任意支持的文件系统类型挂载到目录树中的任意位置，混合使用而不会产生冲突。例如：
mount -t ext4 /dev/sdb1 /data
mount -t nfs 192.168.1.100:/exports /remote
mount -t proc none /proc挂载完成后，ls /data、ls /remote、ls /proc 的使用方式完全一致。VFS 负责将通用的目录操作分解为各自文件系统的专有调用。
4. 与“一切皆文件”的完美结合
VFS 是“一切皆文件”哲学的实现基础。正是因为 VFS 将套接字、管道、设备文件都抽象为带有文件操作接口的对象，你才能用 echo 向 /dev/ttyUSB0 发送数据，用 cat 查看 /proc/meminfo，或者在 Shell 中用 < 和 > 重定向任意文件描述符。VFS 提供了一致的命名空间和操作范式，让这些本质上差异巨大的资源看起来都像是普普通通的文件。
5. 总结
VFS 就像 Linux 文件系统世界的“中间件”：对上提供 POSIX 系统调用所要求的标准行为，对下定义一套必须实现的钩子函数。它让内核可以随时接纳新的文件系统类型（如今甚至可以通过 FUSE 将文件系统实现在用户态），同时也保证了成千上万现有应用程序的兼容性。如果你理解了 VFS 是“同一个方法，多种实现”的集中体现，那么你就抓住了 Linux 文件 I/O 堆栈设计中最优雅的那一笔。