目录

4.5 文件描述符 fd

4.5.1 file对象和进程间的关系：

4.5.2 文件描述符的分配规则

4.5.3 重定向

4.5.3.1 以追加方式打开：

4.5.3.2 以读方式打开：

4.5.4 使用 dup2 系统调用

4.5.4.1 所以第二个重定向的版本如下：

4.5.4.2 追加重定向的实现：

问题1：

​编辑

问题2：

5. 给我们历史所写的 minishell 添加 重定向功能！！！

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中，进行重定向操作没有没问题。

追加重定向也没问题：

照样也能输入重定向：

6. mini shell完整代码

minishell的完整代码的链接