So what?

所以还是有关系的吧Σ（・□・；）

tell me , 什么关系？

这要涉及到进程中的通信问题

- -!
大神咄咄逼人啊
我要整理一下思路
是内核实现了virtual filesytem switch这个概念

于是就把底层的各种文件系统的代码从内核中分离了出来

所有的文件访问都是通过VFS来进行的，

内核为了追踪这些文件就要使用index node

而这些index node的获得又是通过底层的不同文件系统从disk中的inode里获得

以一个user space的程序中
nbytes = write (fd, buffer, length);
为例的话

这个write系统调用会被sys_write()处理，让 sys_write()来决定特定的文件系统用特定的方法来写入

然后sys_write()调用这个方法。

write() -----> sys_write() -----> 不同文件系统的写 方法 --------> 物理的硬盘

好吧！！

Windows是使用NTFS文件系统的，这东西已被微软注册为知识产权产品，而且其详细定义属于商业秘密。后期版本的NTFS与Windows已成一体，之所以命名为NTFS，是指它是Windows NT以来的File System，从FAT和HPFS改进来的。

严格来说，VFS是一个中间层，不是文件系统本身。Linux之所以这样做，是因为它要支持各种各样不同环境下的文件系统，VFS即Virtual File System，是把具体的文件系统抽象出来做成一个接口，方面程序作系统调用的。也就是说，程序向操作系统发出调用一致的open()、read()、write()请求，VFS把它翻译为各个硬件上的实际文件系统指令去执行，得到结果后又统一返回。

Windows下也是同样的机制。Windows支持FAT、FAT32、NTFS等文件系统，它自己也把程序中的统一的文件读写请求转换给对应的文件系统来处理，但是这些东西都内嵌在Windows中，不用分离的，属于操作系统的一部分。事实上，诸如向显示卡和打印机输出等操作，在DOS时代也是要不同的驱动程序的，那个时候写程序甚至要针对这些不同的显示卡和打印机编写不同的代码，但后来Windows把驱动程序的管理部分也接管了，向用户提供虚拟设备概念，再也不用考虑驱动的差异了，这也是VxS的概念应用。这些东西，到应用程序之外，就交给操作系统管理，一般不用再理会的，我们只要按照操作系统的文档规定，发出正确的调用指令即可，即视为归操作系统负责，正如汇编中的INT 21h称之为DOS调用一样，是操作系统的功能。

[ 本帖最后由 TonyDeng 于 2012-7-30 20:28 编辑 ]

看来目前我是没法理解了，但各位大大可以去研究研究Linux阿，那不是开源的嘛，

嗯。但是搞应用开发不用研究内核的实现机制。而且现在还是搞 windows 开发的多，他们也不需要研究 linux。
你要想研究 Linux 的内核也是可以的。对 linux 有些基本了解之后，花上一、两个月研究内核，就能有些整体上的认识。

如果你会 C++ 的话，其实你也可以这么理解。把 vfs 看成是一个基类，驱动可以看成是一个子类。
read write 之类的看成虚函数。操作系统只管调 vfs 的里的 read, write 就行了。至于到底多态了之后是调的那个驱动，系统也不关心。用户就更不用关心了。除非你的任务是去实现那个子类。

谢谢大大指点哈