linux基础（IO）中

目录：

          1.回顾上一篇的文件系统调用接口

          2.返回值文件描述符

          3.文件描述符分配规则

----------------------------------------------------------------------------------------------------------------------------

1.回顾上一篇的文件系统调用接口

open  ：  文件系统调用接口

 那么我们文件也已经可以打开成功了，我们现在如何向文件当中写入呢？？

 那么现在我向这个文件写入成功了，那么现在我想读取这个文件呢？？？

 2.返回值文件描述符

 可发现为什么文件描述符值是从3开始的呢，按道理来说打开错误是返回小于0的数，那打开成功也应该从  0   1   2   开始的呀，可为什么是从3开始的呢？？？

 那么操作系统会如何管理呢  ？？？   先描述再组织

 

 操作系统为了进程和文件当中产生关系，那么在我们进程 的内核当中包含了一个结构，这个结构的名字叫做  ---  struct files_struct    -- 这个结构当中又包含了一个数组

这样子我们的  0   1   2   是不是就被占用

 这也就相当于我们在OS层面上， 0  1   2 描述符分别被申请成了保存标准输入键盘文件、显示器显示器文件，分别保存他们3个文件的各自地址，

当你在打开一个新的文件时，在内存里面就需要形成struct file  的结构，然后从众多描述符中把3分配给你，，怎么分配，就是把你struct file的结构体地址填入3号文件描述符内

fd ： 本质是内核中是进程和文件关联的数组的下标！！！！！！！！

------------------------------------------------------------------------------------------------------------------------------

3.文件描述符分配规则

我们一直在说标准输入，标准输出，标准错误等等一堆的概念，0代表 的就是我们的键盘，那么我们是不是可以直接从0开始读，往1开始写呢？？？

既然我们可以调用write往  1    2可以直接写入，本质就是往我们的显示器上打印，那么又什么区别呢？？？？（后面在回答）

----------------------------------------------------------------------------------------------------------------------------

我们还有一个0呢？？ 标准输入呢---换句话说我们是不是可以通过我们的read从我们的显示器上读数据呢？????

 上面，我们证明了  0  1  2  也是可以拿来读写的

---------------------------------------------------------------------------------------------------------

我们现在来研究一下文件描述符的分配规则

 

 文件描述符的分配规则 ： 给新文件分配的fd，是从fd_array中找一个最小的，没有被使用的文件描述符给你的，作为新的fd！！！

上面我们把   0    2这两个文件给关了，可就是没有关1我们在来关1看看

 我们再换一堆代码来试试看

 本来应该显示到显示器中，但是却被  “显示”到文件内部   ！！！！-------输出重定向

可为什么这段代码会出现这样的现象呢？？？？

 

 

 我们这里调用printf实际是向stdout进行打印，我们可以大胆预测一下，FILE这个结构体一定包含了一个整数，是对应在系统层面的，这个文件的打开对应 的fd

所以我们刚刚的printf   是往stdout里写，stdout里面封装了一个fd，它的fd是1，所以它只关心1这个数字，而实际上呢，我们printf在进行写入时，我已经把1原来指向的显示器文件，指向了log.txt文件，而1这个下标的没变的，而printf照样只认识1，所以它向1打印了，本来应该打印到显示器时，结果打印到了log.txt当中  -------------  这也就是重定向的原理