文件描述符

重定向

上面我们知道了0，1，2都被占用了，那么是否能够将我们的文件fd变成0，1，2呢

这样是可以的，也就是说，fd的分配规则是从0开始，一个新文件要打开的时候会先去扫面当前进程中的文件表，找到一个最小的没有被使用的文件描述符。

这里我们把1关闭试试：

什么都没有打印出来，这是因为1是标准输入，但是就算那一行关闭了最后也打开了，为什么没有打印出来呢？

这是因为，1的位置里面已经是log.txt文件的地址了，所以到最后都没有打印出来。

那么，也就是说只要是让输入的输入到stdout中是不是就可以打印出来结果了呢？

这里依然什么都没有，这时因为stdout其实就是文件表中1的位置，但是这里1的位置已经换成了log.txt，那么是不是说明会将我们要打印到屏幕上的内容变成打印到log.txt文件的内容呢？

这里什么都没有，但是确实是这样的，只不过是缓冲区的问题，这里我们强制刷新一下：

本来应该往显示器里打印的内容却打印到了文件里，这个特性就叫做重定向。

> 输出重定向

>>追加重定向

<输入重定向

重定向的本质就是，上层fd不变，在内核中更改fd对应的struct file*的地址。

但是像刚才举例，关闭对应的文件然后再进行写入，这种重定向的方式太搓，有一个函数是重定向用的：

看dup2，两个参数就是文件表的下标，也就是fd，这个函数是把文件表内的两个内容拷贝。

注意，拷贝是覆盖，也就是说最后只能由一个内容！

第一个参数你你要写的内容，第二个参数是你要写的位置。

这里fd就是3了，因为是将fd的内容拷贝到1中，所以0，1，2的位置还是有内容的，fd分到的还是3。

同时我们想在屏幕上打印也不可以了，因为1也指向了fd指向的文件。

如果想要追加内容，那么打开文件的时候第二个参数记的变换。

更新给模拟实现的shell增加重定向功能

重定向是让fd中的内容进行改变，所以在执行命令之前，要先分割命令的时候，分成两个部分，从">“,”>>“,”<“中开始分割。

前面的还是按照原来的程序执行，后面的去处理重定向内容，那么怎么进行分割呢？我们可以将.”>“,”>>“,”<"，变成\0。

重定向先设置四个宏，分别代表，目前没有重定向，>,>>,<.

在设置两个全局变量，一个是说明什么类型的重定向，另一个是重定向的文件是哪个。

这个宏是跳过字符串空格的意思。

这个就是函数就是分割了命令串，是否是重定向，怎么重定向，文件是哪一个。

然后就是进行重定向了，首先要清楚，因为命令都是通过子进程去完成的，所以重定向也是通过子进程去完成的。

那么，为什么子进程操作不影响父进程的呢？