1、文件系统概述：什么是文件系统、文件系统的分类（本地/网络/伪文件系统）、VFS（虚拟文件系统）的作用与地位
大家好，我是你们的老朋友。今天咱们正式开讲文件系统驱动开发。说实话，我入行那会儿，第一个被问倒的问题就是：「文件系统到底是个啥？」当时我支支吾吾半天，说「就是存文件的呗」。后来被老大狠狠批了一顿——嗯，从那以后我才真正沉下心来研究这东西。
文件系统，说白了就是一套管理数据的规则。你想想看，硬盘就是一块大铁片，上面涂了磁性材料。如果没有规则，数据存进去就跟往大海里倒墨水一样——再也找不回来了。文件系统就是给这块铁片画上格子、编上门牌号，让数据有组织地存放和检索。
核心定义：文件系统是操作系统用于明确存储设备（如硬盘、SSD、U盘）或分区上的文件的方法和数据结构。它负责管理文件的创建、读取、写入、删除、权限控制等操作。
1.1 文件系统的本质
我个人习惯把文件系统比作图书馆的管理系统。你想想看：
- 书架 = 存储设备（硬盘分区）
- 图书编号 = 文件的 inode（索引节点）
- 借阅登记表 = 文件分配表（FAT）或日志
- 图书分类标签 = 目录结构
没有文件系统，你只能对着原始字节流发愁。有了它，你才能说「我要打开 /home/user/document.txt」这种话。
我在项目中遇到过一件事：有个同事直接往裸设备上写数据，没格式化任何文件系统。结果数据是写进去了，但换台机器就完全读不出来——因为没有元数据描述数据的组织方式。这就是文件系统存在的意义。
1.2 文件系统的三大分类
文件系统不是只有一种。根据使用场景，我习惯把它们分成三大类：
| 分类 | 典型代表 | 特点 | 使用场景 |
|---|---|---|---|
| 本地文件系统 | ext4、NTFS、FAT32、XFS、Btrfs | 直接管理本地存储设备，性能高，功能丰富 | 硬盘、SSD、U盘、SD卡 |
| 网络文件系统 | NFS、CIFS/SMB、AFS、GlusterFS | 通过网络访问远程存储，透明化远程数据 | NAS、集群存储、云存储 |
| 伪文件系统 | procfs、sysfs、devfs、tmpfs | 不存储持久数据，反映内核状态或内存数据 | 系统信息查看、内核参数配置、临时文件 |
本地文件系统
这是最基础的一类。你电脑上的 C 盘、D 盘，Linux 的 / 分区，用的都是本地文件系统。它们直接跟硬件打交道，负责把数据写到磁盘的扇区上。
我记得刚做驱动时，调试 ext4 的日志功能，一个 bug 导致文件系统挂载后直接报错。当时我盯着 dmesg 输出看了三个小时，最后发现是日志校验和算法实现错了。嗯，从那以后我写文件系统代码都会先跑一遍 fsck。
网络文件系统
这类文件系统让你感觉在操作本地文件，实际上数据通过网络传输。NFS 是 Linux 世界的标配，CIFS/SMB 则是 Windows 网络共享的主力。
我曾经帮一个客户调优 NFS 性能，他们发现大文件拷贝特别慢。查了半天，发现是 mount 参数没配好——默认的 rsize/wsize 太小，导致网络往返次数过多。改成 1048576 后，速度直接翻了三倍。
避坑指南：网络文件系统最怕网络抖动。我曾经遇到过 NFS 客户端在弱网环境下频繁卡死，最后发现是 hard mount 模式导致的——进程一直重试挂起。改成 soft mount + intr 选项后问题解决。
伪文件系统
这类文件系统很有意思——它不存数据到磁盘，而是把内核的数据结构暴露成文件。你读 /proc/cpuinfo，实际上是在读取内核中的 CPU 信息结构体。
procfs 是最经典的伪文件系统。我调试驱动时，经常在 /proc 下创建自己的调试节点，方便实时查看驱动内部状态。sysfs 则是设备模型的窗口，每个 kobject 都对应一个目录。
注意：伪文件系统虽然看起来像文件，但你不能用普通文件系统的思维去理解它。比如你不能往 /proc 里直接写大文件——它根本没有磁盘空间的概念。我曾经见过新手试图把日志写到 /proc 下，结果系统直接 Oops。
1.3 VFS：虚拟文件系统的核心地位
好了，现在问题来了：Linux 内核要同时支持 ext4、NFS、procfs 这么多文件系统，难道每个系统调用（open、read、write）都要写一套不同的代码吗？
当然不是。这就是 VFS（Virtual File System）存在的意义。
VFS 的本质：它是内核中的一个抽象层，定义了一套通用的文件操作接口。所有文件系统都必须实现这些接口，然后 VFS 负责把用户空间的请求转发给具体的文件系统。
说白了，VFS 就是个「中间人」。你调用 open()，VFS 根据路径找到对应的文件系统，然后调用 ext4_open() 或 nfs_open()。你完全不需要关心底层是机械硬盘还是网络存储。
我画了一张图，帮你理解 VFS 在整个 I/O 路径中的位置：
从这张图你能看到，VFS 处于承上启下的关键位置。它定义了四个核心数据结构：
- super_block：描述一个已挂载的文件系统实例
- inode：描述一个文件或目录的元数据（权限、大小、位置等）
- dentry：描述目录项，负责路径解析和缓存
- file：描述一个打开的文件实例，包含当前读写位置
每个文件系统驱动只需要实现这些结构体中的操作函数表，VFS 就会自动帮你处理路径查找、权限检查、缓存管理等通用逻辑。
我的经验：写文件系统驱动，80% 的工作是在实现这些操作函数。VFS 已经帮你做好了最繁琐的部分——比如路径解析、dentry 缓存、page cache。你只需要关注自己的文件系统怎么读写磁盘数据就行。
1.4 为什么 VFS 如此重要？
我经常跟团队里的新人说：理解 VFS，你就理解了 Linux 文件系统的半壁江山。
它的重要性体现在三个方面：
- 统一接口：所有文件系统用同一套 API，应用程序无需修改就能访问不同文件系统
- 命名空间：VFS 维护统一的目录树，/mnt/nfs 和 /home 可以来自完全不同的文件系统
- 可扩展性：你写一个新的文件系统驱动，只要实现 VFS 接口，就能无缝接入内核
我记得有一次，需要在嵌入式设备上实现一个极简的只读文件系统。因为 VFS 接口定义得很清晰，我只用了三天就完成了核心功能——实现了 super_operations 和 inode_operations 中的 read 相关函数，其他写操作直接返回 -EROFS。系统跑起来后，应用程序完全感知不到底层是个「阉割版」的文件系统。
一句话总结：VFS 是 Linux 文件系统的灵魂。它让「一切皆文件」的理念成为现实——无论是硬盘上的 ext4，网络上的 NFS，还是内存中的 procfs，在 VFS 眼中都是「文件」。
好了，这一章的内容就到这里。文件系统的概念和分类是基础中的基础，VFS 的地位怎么强调都不过分。下一章我们会深入 VFS 的核心数据结构，看看 super_block、inode、dentry 这些结构体到底长什么样，以及它们之间怎么协作。