Linux虚拟文件系统（VFS）是内核抽象层，非实际文件系统，通过统一接口（如open、read）屏蔽ext4、NFS、procfs等底层差异，并依托super_block、inode、dentry、file四大核心对象实现跨文件系统的协同管理与缓存优化。
Linux虚拟文件系统（VFS）不是一种实际的文件系统，而是一个内核内部的抽象层，它的作用是让上层程序用同一套接口操作所有类型的文件系统——不管是本地的ext4、XFS，还是网络上的NFS，甚至是内存中的tmpfs或伪文件系统procfs、sysfs。
统一接口：屏蔽底层差异
VFS定义了一组标准系统调用行为，比如open()、read()、write()、stat()、mkdir()等。用户程序调用这些函数时，完全不用知道目标文件在什么介质上、属于哪种格式。内核收到请求后，先交由VFS处理，再根据路径所属的挂载点，把调用分发给对应文件系统的具体实现。
- 例如执行open("/proc/cpuinfo", O_RDONLY)，VFS识别出该路径位于procfs挂载点，就调用procfs提供的
open方法，而非ext4的实现 - 同样一个read()调用，对普通磁盘文件会触发块设备I/O，对/proc下的文件则直接生成文本内容返回
- 这种“接口一致、实现分离”的设计，使得新增文件系统只需实现VFS约定的操作集（如
super_operations、inode_operations），无需修改用户空间代码
四大核心对象：构成抽象模型
VFS通过四个关键数据结构组织文件系统语义，所有具体文件系统都必须提供与之对应的实例：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 超级块（super_block）：描述一个已挂载文件系统的全局信息，如块大小、总块数、脏状态、挂载标志等；每个挂载点有且仅有一个超级块
- 索引节点（inode）：代表文件或目录的元数据实体，含权限、所有者、时间戳、大小及指向数据块的指针；注意它不包含文件名
- 目录项（dentry）：表示路径中一个组件（如/home/user/doc.txt中的user），缓存路径解析结果，加速查找
-
文件对象（file）：对应进程打开的一个文件实例，记录当前读写位置（
f_pos）、访问模式、关联的inode和dentry等运行时状态
命名空间与挂载机制
Linux采用单根目录树（/）作为全局命名空间，不同文件系统通过挂载（mount）接入这棵树。VFS负责维护挂载点之间的层级关系，并在路径遍历时动态切换到对应文件系统的操作函数。
- 挂载时，VFS将新文件系统的根dentry链接到某个现有目录节点下，形成逻辑拼接
- 多个进程可拥有独立的挂载命名空间（如使用
unshare -m），彼此看到的目录结构可能不同 - 符号链接、绑定挂载（bind mount）、overlayfs等高级功能，都依赖VFS对命名空间的统一管理和路径解析能力
缓存协同提升性能
VFS自身不存储数据，但深度参与内核缓存体系，显著减少重复查找和磁盘访问：
- dentry cache缓存最近访问过的目录项，避免反复解析路径字符串
- inode cache保存活跃inode，减少从磁盘读取元数据的开销
- page cache统一管理文件数据页，无论来自ext4还是NFS，都走同一套回写与预读逻辑
- 这些缓存由VFS协调，跨文件系统共享，是Linux高效I/O的重要基础
