第005讲 VFS:Linux 内核的万能文件层

为什么你可以把一套家目录，从 ext4 分区直接 cp -a 到 XFS 分区，连带着特殊权限、稀疏文件、ACL 都分毫不差？

为什么同一个 open()、read()、write() 系统调用，既能操作普通磁盘文件，也能操作 procfs 下的进程信息，甚至能操作一个 epoll 文件描述符？

是时候，看看 Linux 内核中最精妙的抽象层——VFS（Virtual File System，虚拟文件系统），是如何将“一切皆文件”的哲学变成现实的。

Linux 虚拟文件系统（VFS）是一个非常核心且设计优雅的子系统。

一、先理解VFS解决了什么问题

在没有 VFS 的时代，用户每接触一种新文件系统，比如 ext4、NTFS、NFS，就得使用一套全新的 API，编程极其痛苦。

VFS 的核心思想就是在用户程序和具体文件系统之间，插入一个统一的抽象层。不管你底层是 ext4，还是 NFS 网络文件系统，甚至是一个内存文件系统，对上层来说，看到的都是统一的“文件”、“目录”、“inode”等概念。

二、VFS 的四大核心对象

这是理解 VFS 的关键。VFS 在内存中定义了四个核心数据结构，一切都是围绕它们展开的。任何具体文件系统，都必须用自己特定的操作和属性来“填充”这些对象。

1. 超级块 (super_block)存放一个已挂载文件系统的元信息，例如设备、块大小、文件系统类型、挂载点等。它包含一个指向“超级块操作集合”的指针，里面有 alloc_inode、write_super 等函数。每个具体挂载的磁盘分区，在内存里都有一个超级块对象。

2. 索引节点 (inode)代表一个具体文件或目录的所有管理信息，比如文件大小、权限、时间戳。它不包含文件名。它包含指向“inode 操作集合”和“文件操作集合”的指针，让你可以对它进行创建、删除、读写等操作。一个文件在内存中只有一个 inode，但可以有多个文件名通过硬链接指向它。

3. 目录项 (dentry)这层是路径翻译的核心，代表路径中的一个组成部分（比如 /home/user/file 中的 home、user、file 都是一个 dentry）。它把文件名和 inode 关联起来，使得名字解析成为一个纯粹的 VFS 操作。为了效率，VFS 会做目录项缓存（dcache），把最近用过的 dentry 结构体放在缓存里。

4. 文件对象 (file)代表一个进程打开的某文件的一次交互状态，比如当前文件偏移量、打开模式（只读/只写）。它指向一个“文件操作集合”，里面有 read、write、llseek 等函数。这是与进程关系最密切的对象，同一个文件被不同进程打开，或者同一进程多次打开，都会有多个文件对象。

四者关系可以用一句话串起来：解析路径时，VFS 在 dcache 中为每个部分创建 dentry，直到找到目标文件的 inode。进程打开文件时，会创建一个 file 对象，指向这个 inode，并维护自己的当前文件偏移。

三、VFS 是如何工作的？— 以读写为例

以一次 read 系统调用为例，看看 VFS 如何转发调用：

同样，路径解析 path_lookup() 也是如此，VFS 会遍历路径的每个部分，调用具体文件系统在 inode_operations 中注册的 lookup 函数来找到下一级 dentry。

这就是经典的策略与机制分离和多态设计。

四、关键的辅助机制

除了四大对象，这些机制让 VFS 更高效、实用：

五、如果你想再深入一步

虚拟文件系统，就这样在抽象与现实之间架起了一座精妙的桥。它让 ext4 的日志、XFS 的扩展区、NFS 的远程调用，乃至 proc 的伪文件，都统一在那四个简洁的指针之下。正是这份“一切皆文件”的从容，让 Linux 得以游刃有余地穿梭于本地、网络与内存之间——不同的世界，同一个接口，这便是 VFS 的哲学之美。