虚拟文件系统

Linux内核中的虚拟文件系统用来管理挂接各种具体文件系统。具体的文件系统可设计成可加载模块，在系统需要时进行加载。

挂载具体文件系统时，VFS读取它的超级块，得到具体文件系统的拓扑结构，并将这些信息映射到VFS超级块结构中。

当进程或shell命令访问目录和文件时，shell命令及应用程序分解成系统调用，系统调用进入内核空间，遍历虚拟文件系统的VFS节点（inode），而VFS节点指向了具体文件系统的节点。通过底层块I/O函数调用IDE接口，再通过块驱动程序访问块设备（如硬盘），得到文件数据。文件系统的运行流程如图所示。

1 VFS的超级块、dentry和节点结构

Linux的目录和文件实际上都是一种文件，目录应称为目录文件，一个目录文件就是一个目录项的列表，其中的每一个目录项都有一个数据结构来描述。每个目录的头两项总是标准目录项“.”和“..”，分别指向目录、父目录的inode。

VFS超级块

VFS超级块是在这些文件系统中描整个文件系统信息的全局数据结构。VFS超级块是各种逻辑文件系统在安装时建立，并在这些文件系统卸载时自动删除。可见，VFS超级块确实只存在于内存中。

超级块结构super_block列出如下：

dentry

为保持从目录访问inode的高效率，Linux维护了表达路径与inode对应的关系的dentry结构。dentry结构描述了路径信息并链接到结点inode。每个文件有一个dentry结构，被文件系统使用过的目录将会存入dentry结构中。这样，同一目录被再次访问时，可直接从dentry中得到，不必重复访问存储文件系统的设备。

dentry结构列出如下：

inode

VFS中的每个文件、目录文件等都有惟一的VFS inode表示。每个VFS inode中的信息通过文件系统从实际文件系统中得到。

结构inode列出如下：

2 与进程联系的文件系统相关结构

进程是通过文件描述符而不是文件名来访问文件的，文件描述符实际上是一个整数，规定每个进程最多能同时使用NR_OPEN个文件描述符，这个值在fs.h中定义为256.每个进程用一个file_struct的结构来记录文件描述符的使用情况，它是进程的私有数据。

每个文件都有一个32位的整数来表示下一个读写的字节位置，即文件位置。每次打开一个文件，默认是从文件的开始处操作，可以通过系统调用lseek对这个文件位置进行修改。

在进程的task_struct中的文件系统相关的数据成员，列出如下：

结构fs_struct给出了文件系统信息，列出如下：

结构files_struct是用户打开文件描述符表，它给出了文件描述符的使用情况，其file结构成员给出了每个文件描述符的信息，结构files_struct分析如下：

结构files_struct中成员fd_array主要是一个256项的file结构数组，数组的下标是文件描述符，而其内容就是对应的file结构。在一个进程启动后，文件描述符0，1,2，已经被分配并可供使用：0表示标准输入设备，1表示标准输出设备，2表示标准错误输出设备。所以，能使用的第一个文件描述符是3.

结构file保存打开文件的信息，通过文件描述符查找文件描述符数组fd_arrayfile可得到file结构。结构file分析如下：

3 系统有关操作函数集的结构

VFS毕竟是虚拟的，它无法设计具体文件系统的细节，所以，必须在VFS和具体结构文件系统之间有一些接口。VFS的数据结构就好像是一个标准，具体文件系统要想被Linux支持，就必须提供VFS标准应具有的结构及操作函数。实际上，具体文件系统在使用前，必须将自己的结构及操作函数映射到VFS中，这样才能被访问到。