【Linux】 基础IO——文件(下)_键盘在文件描述表里为什么是3

1. 文件描述符为什么从3开始使用？

修改test.c文件内容

#include<sys/types.h>    
#include<sys/stat.h>    
#include<fcntl.h>    
#include<stdio.h>    
#include<unistd.h>    
#include<errno.h>    
#include<string.h>    
#define LOG "log.txt"        
int main()    
{    
  umask (0);//将权限掩码设置成0        
    
  int fd=open(LOG, O_RDONLY  );//打开一个文件,若文件不存在则重新创建一个        
  if(fd==-1)//说明打开失败        
  {    
    printf("fd:%d,errno:%d,errstring:%s\n",fd,errno,strerror(errno));//打印出错误信息        
  }    
  else    
  printf("fd :%d\n",  fd);                                                                                                                                                                  
 char buffer[1024];    
 ssize_t n= read(fd,buffer,sizeof(buffer)-1);//使用系统接口来进行IO的时候，一定要注意\0的问题    
 if(n>0)//成功了，实际读到了多少字节    
 {    
  buffer[n]='\0';    
  printf("%s\n",buffer);    
 }    
  close(fd); //关闭文件        
  return 0;    
} 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

运行可执行程序，发现文件描述符返回的是3

但为啥是3，不是0 ，1，2
任何一个进程，在启动的时候，默认会打开当前进程的三个文件：
标准输入、标准输出、标准错误 ——本质都是文件
C语言：标准输入(stdin) 标准输出(stdout) 、标准错误(stderr) ——文件在系统层的表现
C++： 标准输入(cin) 标准输出(cout) 、标准错误(cerr) ——文件在系统层的表现，它是一个类

---

因为Linux下一切皆文件，所以向显示器打印，本质就是向文件中写入
标准输入—设备文件—>键盘文件
标准输出—设备文件—> 显示器文件
标准错误—设备文件—> 显示器文件

---

创建test.cc文件(cc后缀即cpp代码)

#include<iostream>      
#include<cstdio>//写C++时，使用C++风格的C语言代码      
int main()      
{      
  //C语言      
  printf("hello printf->stdout\n");//向stdout进行输出      
  fprintf(stdout,"hello printf->stdout\n ");//将数据向stdout进行输出      
  fprintf(stderr,"helllo printf->stderr\n");//将数据向标准错误打印      
      
      
  //C++      
  std::cout<<"hello cout->cout"<<std::endl;//表示标准输出      
  std::cerr<<"hello cerr->cerr"<<std::endl;//向标准错误中打印数据      
      
return 0;      
} 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

---

输出重定向是将标准输出重定向，此时log.txt文件中只会存在标准输出的内容
所以标准输出和标准错误都会向显示器打印，但是其实是不一样的

0默认对应标准输入，1默认对应标准输出、2默认对应标准错误

---

修改myfile.c文件内容

#include<sys/types.h>    
#include<sys/stat.h>    
#include<fcntl.h>    
#include<stdio.h>    
#include<unistd.h>    
#include<errno.h>    
#include<string.h>    
#define LOG "log.txt"        
int main()    
{    
int fd1=open(LOG,O_WRONLY |O_CREAT | O_TRUNC,0666);    
int fd2=open(LOG,O_WRONLY |O_CREAT | O_TRUNC,0666);    
int fd3=open(LOG,O_WRONLY |O_CREAT | O_TRUNC,0666);    
int fd4=open(LOG,O_WRONLY |O_CREAT | O_TRUNC,0666);    
int fd5=open(LOG,O_WRONLY |O_CREAT | O_TRUNC,0666);    
int fd6=open(LOG,O_WRONLY |O_CREAT | O_TRUNC,0666);    
printf("%d\n",fd1);    
printf("%d\n",fd2);    
printf("%d\n",fd3);    
printf("%d\n",fd4);    
printf("%d\n",fd5);    
printf("%d\n",fd6);                                                                                                                                                                         
  return 0;    
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

运行可执行程序，发现 打印结果为 3 4 5 6 7 8
因为 标准输入、标准输出、标准错误分别占用了0 、1、2，所以只能从3开始

文件描述符(open对应的返回值）本质就是数组的下标

2. 文件描述符本质理解

启动代码时就会变成一个进程，该进程在内核中就必须有自己的数据结构 struct task_struct，
称之为当前进程所对应的进程描述符
打开文件时，操作系统会把文件加载到内存里，以供CPU通过进程的方式来访问对应的文件

任何一个进程，在启动的时候，默认会打开进程的三个文件，系统中一定会存在大量被打开的文件，这些文件一定会被操作系统管理起来，通过先描述，在组织，创建 struct file 结构体，该结构体一定包含文件属性等，每一次创建并打开文件时，都是在内核中创建一个struct file的结构体

目前认为只要找到file，就可以找到所有文件内容
为了维护一个进程和多个文件的映射关系，在内核中定义了数据结构struct files_struct,该结构体内部有一个数组struct file* fd [ ] ，是一个内容为struct file*的数组
当进程初始化时，会创建struct files_struct 结构体，通过结构体找到数组，只要有数组一定有下标

3. 如何理解Linux下的一切皆文件？

内存把数据写到显示器上，属于写入的过程，读取是从键盘中读取的，键盘输入后，操作系统把输入的数据回显到显示器上了，所以显示器只能负责打印

不同的硬件所对应的方法是完全不一样的，打开键盘时，操作系统内部会创建struct file对象

将键盘的read方法和 write方法 保存到函数指针中

每一个设备也只需要把方法的地址放入函数指针中
在当前进程看来，所有的东西都是文件对象，要有数据放到缓冲区里，底层读写时只需要调用对应的方法，来完成对应的读写，不关心底层的差异化
操作系统也有自己的wirte和read，本质上是拷贝，将应用层的数据拷贝到缓冲区里，在调用底层不同设备的方法，所以看起来就是Linux下一切皆文件

4. FILE是什么，谁提供？和内核的struct有关系么？

操作系统层面，必须要访问fd，才能找到文件
任何语言层访问外设或者文件必须经历操作系统
FILE *fopen(const char *path, const char *mode);

FILE是一个结构体，FILE由C语言提供的

---

C语言动态库

---

C语言头文件

证明struct FILE结构体中存在文件描述符fd

#include<sys/types.h>      
#include<sys/stat.h>      
#include<fcntl.h>      
#include<stdio.h>      
#include<unistd.h>      
#include<errno.h>      
#include<string.h>      
#define LOG "log.txt"          
int main()      
{    
printf("%d\n",stdin->_fileno);//fileno代表文件描述符    
printf("%d\n",stdout->_fileno);    
printf("%d\n",stderr->_fileno);    
FILE*fp=fopen(LOG,"w");    
printf("%d\n",fp->_fileno);                                                                                                                                                                 
                                                                                                                                                      
  return 0;                                                                                                                                           
}   
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

说明结构体struct FILE内部存在文件描述符
同时因为0 1 2 被占用了，所以我们自己写的文件描述符返回3

5. 重定向的本质

关闭文件描述符0后，发现从0开始可以被输出了

---

关闭文件描述符0和2后，发现0和2都可以被使用了

---

进程中，文件描述符的分配规则：在文件描述符表中，最小的，没有被使用的数组元素分配给新文件

输出重定向

若不关闭文件描述符1，当前printf打印的结果显示到显示器上面

---

关闭文件描述符1，再打开新的文件log.txt

---

此时运行可执行程序没有显示出you can see me，打开新文件发现本来应该打印到显示器的内容，打印到log.txt中了

本来应该打印到显示器上的内容，打印到文件里 ，这种现象叫做重定向

---

在文件描述符表中，最小的，没有被使用的数组元素分配给新文件，所以把文件描述符1分配给了log.txt

1号下标里面的地址填成了log.txt文件的地址，上层printf打印它知道吗？
不知道，它也不关心，它只认文件描述符1

重定向的原理：在上层无法感知的情况下，在OS内部 ，更改进程内部对应的文件描述符表中，特定下标的指向

输入重定向

先在log.txt文件中输入内容 123 456
修改myfile.txt文件内容

关闭文件描述符0，所以scanf读取时会读取log.txt文件中的内容

读取的内容与log.txt文件内容相同

---

本来要从键盘中读取，结果现在要在文件中读取，这叫做输入重定向

追加重定向

关闭文件描述符1后，导致printf不会打印在显示器上，而是追加到log.txt文件中

运行可执行程序，无显示，都追加到log.txt文件中

---

重定向函数 ——dup2

输入 man dup2 查看

刚刚重定向时，需要先关闭文件描述符1，再打开文件
现在可以直接将文件打开，使用dup2重定向
输出重定向对应的文件描述符是1
打开myfile文件，假设其文件描述符是fd
newfd为oldfd的一份拷贝，最后只剩下oldfd
dup2(fd,1)

---

将3号描述符里面的内容拷贝到1里面，用3号内容覆盖1号内容，此时1号描述符就不再指向标准输出了，转而指向myfile文件，写入1的内容，就会写入文件中

---

把本来应该显示到标准输出的内容，显示到log.txt文件中

---

此时printf打印内容显示到log.txt文件中

---

6. 如何理解缓冲区？

修改myfile.c文件的内容

#include<sys/types.h>    
#include<sys/stat.h>    
#include<fcntl.h>    
#include<stdio.h>    
#include<unistd.h>    
#include<errno.h>    
#include<string.h>    
#define LOG "log.txt"            
int main()    
{    
  //C库    
fprintf(stdout,"hello world\n");    
//系统调用    
 const char*msg="hello write\n";    
 write(1,msg,strlen(msg));    
 fork();
  return 0;    
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

运行可执行程序只有两行信息，但是重定向到log.txt文件后，打印出三行信息，说明重复打印了

---

若将fork函数注释掉后，发现 两者显示结果相同\

---

struct FILE除了会封装fd之外，还会预留一部分输出缓冲区
当把字符串想写入stdout中时 ，struct FILE除了fd，还有一部分缓冲区
当我们想写的时候，并不是把数据拷贝到操作系统内部，而是把数据放到缓冲区当中
此时这个fprintf函数会直接返回
C库会结合一定的刷新策略，将缓冲区中的数据写入操作系统(write(FILE->fd,xxxx))

---

刷新策略：
1.无缓冲 (不提供缓冲)
2.行缓冲
如果碰到\n，就会把\n在内之前的内容刷新出来
3. 全缓冲
只有把缓冲区写满的时候，才会刷新缓冲区
显示器采用的刷新策略：行缓冲
普通文件采用的刷新策略：全缓冲

---

为什么要有缓冲区？
节省调用者的时间
系统调用也会花费时间
可能写了10次，如果每次调用fprintf传给操作系统 都要花费时间
但若都写入缓冲区中，统一传给操作系统 效率就变高了

---

write接口不论有没有重定向，都会正常打印，因为调用write是系统调用 没有缓冲区，直接调用就写给操作系统了
而使用fprintf ，数据会先写入缓冲区
当要打印到显示器中时 刷新策略：行缓冲
因为打印的内容都存在\n，在调用fork时，打印的内容已经在缓冲区中被刷新走了，刷新之后在fork就没有任何意义了
所以fork就什么也没干

当打印到普通文件时 刷新策略：全缓冲
使用 hello world 没办法把缓冲区写满，就无法刷新，父子两个进程都要刷新
刷新就要对缓冲区做清空，即对数据做修改，此时谁先刷新就先发生写时拷贝，所以最终就会打印两次相同数据