文章目录
- 前言
- 一、重定向
- 二、系统调用dup2
- 三、重定向的使用
- 四、一切皆文件
前言
Linux进程默认情况下会有3个缺省打开的文件描述符,分别是标准输入0, 标准输出1, 标准错误2, 0,1,2对应的物理设备一般是:键盘,显示器,显示器
而现在知道,文件描述符就是从0开始的小整数。当我们打开文件时,操作系统在内存中要创建相应的数据结构来描述目标文件。于是就有了file结构体。表示一个已经打开的文件对象。而进程执行open系统调用,所以必须让进程和文件关联起来。每个进程都有一个指针*files, 指向一张表files_struct,该表最重要的部分就是包涵一个指针数组,每个元素都是一个指向打开文件的指针!所以,本质上,文件描述符就是该数组的下标。所以,只要拿着文件描述符,就可以找到对应的文件
一、重定向
文件描述符的分配规则:在files_struct数组当中,找到当前没有被使用的
最小的一个下标,作为新的文件描述符。
我们先来看这段代码
毫无疑问我们标准输入,标准输出和标准错误占据了file数组0,1,2位置,然后我们执行程序也是打印在显示器上面
接下来我们再对源代码进行一些更改
我们执行程序发现没在显示器上面打印信息,而是在文件里面打印了
而且此时的文件描述符为1,也验证了我们上面说的:
在files_struct数组当中,找到当前没有被使用的
最小的一个下标,作为新的文件描述符。
原理:我printf默认用标准输出来封装,而我标准输出的文件描述符在数组中对应的是1,我printf只管往1里面写入,不关心你1里面到底是谁,所以当我们关闭原来的文件描述符为1的标准输出,我1位置就放入了myfile的文件指针,所以会向myfile中写入
二、系统调用dup2
dup是duplicate的缩写具有重定向的功能,(不需要我们像上面那样复杂的先去关闭一个指定位置,再打开一个新文件的操作),之所以叫这个名字我们需要从原理层来看:
我们新打开的文件,操作系统创建fiile的结构体并且其文件描述符分配为3,指针数组中下标1位置直接对我们数组中下标为3位置进行拷贝,1位置最后也指向log.txt的文件结构体
printf是C库当中的IO函数,一般往 stdout 中输出,但是stdout底层访问文件的时候,找的还是fd:1, 但此时,fd:1下标所表示内容,已经变成了myfile的地址,不再是显示器文件的地址,所以,输出的任何消息都会往文件中写入,进而完成输出重定向。
因为IO相关函数与系统调用接口对应,并且库函数封装系统调用,所以本质上,访问文件都是通过fd访问的。所以C库当中的FILE结构体内部,必定封装了fd。
三、重定向的使用
执行文件:
我们会发现hello error没有写入log.txt中而是直接打印在了显示器上这是为什么呢?
前面我们已经有过重定向的知识了,这里应该不难理解,
//本质是将log.txt重定向到1也就是标准输出流的位置,
完整写法应该是这样的:
./test 1 > log.txt
因为文件描述符1被重定向,所以我们朝stdout里写入的数据虽然
依旧会向1所指向的位置
去写入,但因为我们的1位置已经被新文件重定向也就是1中存的是新文件的信息地址,
所以写入的时候会写入新文件的位置,这也就解释了为什么log中会被写入数据而我们stderror标准错误流对应的文件描述符2不受影响,
所以我依旧向显示器打印
我们也可以选择重定向到标准错误对应的文件描述符中
我们也可以将重定向1输出到log.txt中剩余的内容再重定向到文件描述符为2的位置
还可以同时把这些内容输入到一个文件当中去
四、一切皆文件
即使是外设,Linux中也会把他们看成文件,当成文件来进行管理
完整图: