目录
[4.5 文件描述符 fd](#4.5 文件描述符 fd)
[4.5.1 file对象和进程间的关系：](#4.5.1 file对象和进程间的关系：)
[4.5.2 文件描述符的分配规则](#4.5.2 文件描述符的分配规则)
[4.5.3 重定向](#4.5.3 重定向)
[4.5.3.1 以追加方式打开：](#4.5.3.1 以追加方式打开：)
[4.5.3.2 以读方式打开：](#4.5.3.2 以读方式打开：)
[4.5.4 使用 dup2 系统调用](#4.5.4 使用 dup2 系统调用)
[4.5.4.1 所以第二个重定向的版本如下：](#4.5.4.1 所以第二个重定向的版本如下：)
[4.5.4.2 追加重定向的实现：](#4.5.4.2 追加重定向的实现：)
[5. 给我们历史所写的 minishell 添加 重定向功能！！！](#5. 给我们历史所写的 minishell 添加 重定向功能！！！)
[6. mini shell完整代码](#6. mini shell完整代码)
4.5 文件描述符 fd
文件描述符的本质是：进程的文件描述符表的下标
运行结果：
操作系统内只认文件描述符，所以C语言打开文件，访问文件，所对应的FILE*内部，必定封装了文件描述符，0，1，2被stdin，stdout，stderr封装了。
一个进程打开文件时的struct file，也就是每个进程在打开的时候，都会在内核里创建一个struct file，上层的语言的文件没有那么重要，在系统层面上识别一个文件只认文件描述符：fd。
4.5.1 file对象和进程间的关系：
4.5.2 文件描述符的分配规则
文件描述符的分配规则：在files_struct数组当中，找到当前没有被使用的最小的一个下标，作为新的文件描述符。
运行结果（符合预期，因为0,1,2被占用）：
将0号关闭掉，不再指向对应的stdin了，此时表示0下标就可以使用了。
运行结果：（怎么什么也看不到？？）
上面的验证至少证实了本来应该像显示器准输出上打印的，在转而经过将1号标准输出关闭，紧挨着创建一个新文件，就可以直接让printf打印到指定的文件中，这个工作就叫做重定向。
4.5.3 重定向
用open()打开文件,close()关闭文件的方式以此看到输出重定向和追加重定向的效果。
重定向的本质：
4.5.3.1 以追加方式打开：
4.5.3.2 以读方式打开：
此时读文件的时候就不阻塞了，因为读的时候文件中是有内容的。这个叫做输入重定向。
所以，所谓的重定向就是改0，1，2所对应的底层指向。但是每次都要进行close，此方式不是很好。
4.5.4 使用 dup2 系统调用
4.5.4.1 所以第二个重定向的版本如下：
4.5.4.2 追加重定向的实现：
那么3号原本的指向的内容还在吗？
这个结果就说明了，当我们做重定向之后，3号能够正常使用，1号也能够正常使用，两个都可以向同一个文件写，说明在做重定向时，3号是没有被关的。1号是会被系统自动关掉的。
问题1：
所以说子进程的操作是不会影响父进程的，以下是验证的代码：
运行结果：
所以第一个问题回答完毕：
问题2：
所以回答第二个问题：
用代码来验证：
5. 给我们历史所写的 minishell 添加 重定向功能！！！
重定向操作：
运行结果：
进入到我们自己写的minishell中，进行重定向操作没有没问题。
追加重定向也没问题：
照样也能输入重定向：
