linux文件IO的系统IO和标准IO理解

存储在硬盘等物理存储器上的文件如何进行读取等操作？
如果我们直接对其进行读写等操作，也是可以滴，不过这就需要很费时费力，需要对硬件的物理构造有清楚的了解，很明显，这很影响开发效率。当然也不排除某些特殊场合需要用到，但是大多数情况下，这种“低级的”操作，早已经被人们开发出来的一个叫做“操作系统”的东西给替代。操作系统是对计算机硬件与软件等资源进行管理的程序。想要对文件进行读取，对于非裸奔的计算机来说，通过操作系统这个中介来实现文件的读写是很不错的选择！！

操作系统会提供接口函数，对于我们来说，一般只需要会用就足够的，至于其内部具体实现，如果不是系统开发人员，不需要了解的很透。这不意味着不需要了解，如果大致明白其原理，还是可以进一步加深其理解的，不用去“死记”。那么大致是个什么原理呢？我也只是了解一些皮毛，这里分享一下(以linux系统为例)：

存储在计算机硬件上的数据都是以二进制的形式存储。对于一个文件，包含两部分，一个是文件属性(如：文件名、文件大小等)，一个是文件内容(这就是文件里面所存储的信息)。对于这两部分的存储方式，如果是放在一起存储，那么你在索引信息的时候，就会很难区分出文件属性与文件信心的分界点在何处。如果你说可以给每一个文件类型一个固定的检索方式，就像解析图片一样，我觉得那也是可以的，但是现实就是目前不流行这样搞，而且还有一点是，如果规定了固定索引方式，那么对于一些文件操作可能会受到一定的限制，比如最直接便是就是创建链接。所以，一般来说，文件属性与文件信息这两部分的信息是分开存储，文件属性称之为inode结点，inode结点是一个结构体，存储了文件属性的相关信息，在这个结构体的最后，是一个指向文件内容的指针。在读取文件信息时，首先检索的是文件属性的信息，再通过那个指针检索文件内容。这样似乎是更加简介且方面的一个方式。这便是文件在硬件中的存储方式。文件进行操作，还只了解硬件方面的东西，但是还不够，操作系统也发挥着重要的作用。当打开一个文件时，系统就会创建一个struct inode的结构体，这个结构体是唯一的，指向文件的inode结点。同时，系统也会创建一个struct file 类型的结构体(这个结构体只有在新的进程打开时，才会创建)，这个结构体里面存储的是文件打开的状态标志、文件的偏移量，以及指向struct inode 结构体的指针，在往上一层，便是文件表象，这是一个数组，数组每一项值都对应于一个指向struct file类型的指针。对于数组，我们可以用下表访问，这个下表，便是广为人知的------->文件描述符(file descriptor )。

文件描述符适用于linux系统IO，对于一个已经打开的文件(非目录文件)，我们只需要知道其文件的描述符即可对其进行操作。对文件的操作有：
打开文件：
读写文件：
定位文件：
关闭文件：
对于这几种文件的操作，已经在之前的文章里讲过(linux应用开发之文件IO)

那么问题来了，如果我需要在linux系统下让windows打开windows中的件，这改怎么操作呢？系统IO只适用于特性的系统(linux系统)，所以，为了解决这一问题，人们规定了一个标准，称之为标准IO，标准IO是先将数据存储在缓存中，再通过调用系统IO来对数据进行处理，这也是带缓冲的IO相比于系统IO来说其效率更高。对于标准IO，对文件的操作也类似：
打开文件：
读写文件：
定位文件：
冲洗文件：
关闭文件：
总的来说分为这几种，但是细分到具体的函数，有十几个函数。
本文的主要是讲述文件IO的理解，对于这十几个函数，我将会另外作为一个专题来讲述。