vfs的概念及作用

vfs（虚拟文件系统）是什么？        

        我们知道文件系统的种类有很多。除了Linux标准的文件系统Ext2/Ext3/Ext4外，还有很多种文件系统 。linux通过叫做VFS的中间层对这些文件系统提供了完美的支持。在大部分情况下，用户通过libc和kernel的VFS交互，不需要关心底层文件系统的具体实现。

vfs的作用 

        vfs所隐含的思想是把表示很多不同种类文件系统的共同信息放入内核；其中有一个字段或函数来支持Linux所支持的所有实际文件系统所提供的任何操作。对所调用的每个读、写或其他函数，内核都能把它们替换成支持本地Linux文件系统、NTFS文件系统，或者文件所在的任何其他文件系统的实际函数。

有了vfs，就能很容易实现不同文件系统之间的数据读写，因为它们对外接口都是一样的，都是vfs导出的通用接口。

以下ulk3书上的例子：
        例如，假设一个用户输入以下shell命令：
                $ cp /floppy/TEST /tmp/test

        其中/floppy是MS-DOS磁盘的一个安装点，而/tmp是一个标准的第二扩展文件系统（second Extended Filesystom, Ext2）的目录。正如图（a）所示，VFS是用户的应用程序与文件系统实现之间的抽象层。因此，cp程序并不需要知道/floppy/TEST 和 /tmp/test是什么文件系统类型。相反，cp程序直接与VFS交互，这是通过Unix程序设计人员都熟悉的普通系统调用来进行的。cp的执行代码如图（b）所示：

vfs支持的文件系统的类型 

        磁盘文件系统 这类文件系统数目最多，最常见：ext2/ext3/ext4文件系统（关注重点）
特殊文件系统。如/proc文件系统
网络文件系统，如NFS

VFS存在的意义    

        向上，对应用层提供一个标准的文件操作接口；
        对下，对文件系统提供一个标准的接口，以便其他操作系统的文件系统可以方便的移植到Linux上；

通用文件模型

        前面提过vfs所隐含的思想是把表示很多不同种类文件系统的共同信息放入内核，vfs通过引入一个通用文件模型来表示所有支持的文件系统。要实现每个具体的文件系统，必须将其物理组织结构转换为虚拟文件系统的通用文件模型。

        通用文件模型由下列对象类型组成：

超级块对象（superblock object）：存放已安装文件系统的有关信息。对基于磁盘的文件系统，这类对象通常对应于存放在磁盘上的文件系统控制块（filesystem control block）。

索引节点对象（inode object）：存放关于具体文件的一般信息。对基于磁盘的文件系统，这类对象通常对应于在磁盘上的文件控制块(file control block）。每个索引节点对象都有一个索引节点号，这个节点号唯一地标识文件系统中的文件。
inode由两个主要部分组成：
描述文件状态的元数据，文件元数据包括文件大小，权限，类型，时间；
文件数据描述，则用来定义文件数据在磁盘上的存放位置。

文件对象（file object）：存放打开文件与进程之间进行交互的有关信息。这类信息仅当进程访问文件期间在于内核内存中。

目录项对象（dentry object）：存放目录项（也就是文件的特定名称）与对应文件进行链接的有关信息。每个磁盘文件系统都以自己特有的方式将该类信息存在磁盘上。底层文件系统的许多操作严重依赖文件的inode，在进行文件操作前，我们需要根据路径名找到文件对应的inode。我们知道文件系统是树状结构的，因此需要从根目录通过目录树找到要操作的文件或目录，这个遍历过程涉及到磁盘操作，非常耗时。根据局部性原理，很有必要把这个查找过程cache起来，dentry就是为了加快目录遍历操作引入的数据结构。               

        三个不同进程已经打开同一个文件，其中两个进程使用同一个硬链接（我觉得是打开同一路径名文件）。在这种情况下，其中的每个进程都使用自己的文件对象，但只需要两个目录项对象，每个硬链接对应一个目录项对象。这两个目录项对象指向同一个索引节点对象，该索引节点对象标识超级块对象，以及随后的普通磁盘文件。