【Linux】基础IO

ゝ一纸荒年。 2024-03-24 14:48 43阅读 0赞

#### 文章目录 ####

*  基础IO
 *   *  1. 系统文件I/O
     *   *  1.1 接口介绍
         *  1.2 open函数返回值
         *  1.3 文件描述符
         *  1.4 0 & 1 & 2
         *  1.5 文件描述符的分配规则
         *  1.6 重定向
     *  2. 使用dup2系统调用
     *  3. FILE

## 基础IO ##

### 1. 系统文件I/O ###

操作文件，除了C接口外，我们还可以采用系统接口来进行文件访问，我们来看看如下代码：

![0c931256ee526f91a4b266559274e83e.png][]

![8722a43ac6b90ce5205e68f75e5f0674.png][]

**读文件**

![53e0144bdba1404e465132a36aeb9dc6.png][]

![7d3339cd10ee76164d53a1b99dcd3894.png][]

#### 1.1 接口介绍 ####

open `man open`

#include <sys/types.h>
    #include <sys/stat.h>
    #include <fcntl.h>
    
    int open(const char* pathname, int flags);
    int open(const char* pathname, int flag, mode_t mode);
    
    pathname: 要打开或者创建的目标文件
    flags：打开文件时，可以传入多个参数选项，用下面的一个或者多个进行“或”运算，构成flags
    参数：
        O_RDONLY：只读打开
        O_WRONLY：只写打开
        O_RDWR：读，写打开
        		这三个常量必须指定，并且只能指定一个
        O_CREAT：若文件不存在，则创建它。需要使用mode选项，来指明新文件的访问权限
        O_APPEND：追加写
        
    返回值：
        成功：新打开的文件描述符
        失败：-1

`open`函数具体使用那个，和具体的应用场景有关，如果目标文件不存在，需open创建，第三个参数表示创建文件的默认权限。

#### 1.2 open函数返回值 ####

认识一下两个概念：系统调用和库函数

*  `fopen` `fclose` `fread` `fwrite`都是C语言标准库中的函数，我们称之为库函数
 *  `open` `close` `read` `write` `lseek` 都属于系统提供的接口，称为系统调用接口

之前的博客中用到的一张图：

![e2ce03449d4452d70316b8640faac0ca.png][]

系统调用接口和库函数的关系一目了然

#### 1.3 文件描述符 ####

我们知道了文件描述符就是一个小小的整数

在计算机操作系统中，文件描述符是用于访问文件和I/O设备的一个抽象概念。它是一个非负整数，用来标识一个已经打开的文件或I/O设备。在Unix、Linux和其他类Unix系统中，文件描述符是一种非常常见的概念。

文件描述符通常被用于在程序中访问打开的文件或设备，如磁盘文件、标准输入、标准输出等。它们是一种轻量级的机制，能够提供高效、灵活的I/O操作，因为它们可以被用来表示任何类型的I/O流，包括文件、管道、套接字等。

文件描述符通常是通过调用系统调用（如open、close、read、write等）返回的，操作系统会维护一个表格来跟踪打开的文件和设备以及相应的文件描述符。在使用文件描述符时，程序需要保证文件描述符的唯一性，因为文件描述符是在系统范围内唯一的。

一般来说，标准输入、标准输出和标准错误输出的文件描述符分别是0、1、2。其他文件描述符的值通常是由操作系统分配的，通常是一个递增的整数。例如，打开一个文件会返回一个新的、当前未使用的文件描述符。关闭文件时，该文件描述符会被释放，并可以被其他打开的文件或设备使用。

![6ae4da35a76a7bb851a3649d79fec81e.png][]

#### 1.4 0 & 1 & 2 ####

*  Linux默认情况下会有3个缺省打开的文件描述符，分别是标准输入0，标准输出1，标准错误2
 *  0，1,2对应的物理设备一般是：键盘，显示器，显示器

所以输入和输出还可以采用如下方式：

![fec8469fef10679b2d77bd0133f8e2cc.png][]

![ae49a7bac360bb53996089c8db8f89f3.png][]

现在我们知道，文件描述符就是从0开始的整数。当我们打开文件的时候，操作系统要创建相应的数据结构来描述目标文件，于是就有了file结构体。表示已经打开的文件对象。而执行open系统调用，所以必须要让进程和文件关联起来。每个进程都有一个\*files指针，指向一张表files\_struct，这个表最重要的部分就是包含了一个指针数组，每个元素都是一个指向打开文件的指针！所以，本质上，文件描述符就是这个数组的下标。所以，只要拿着文件描述符就可以找到对应的文件

#### 1.5 文件描述符的分配规则 ####

我们可以查看如下代码：  
![c4fc76b8fc32bd97f9c8e4a9799558ab.png][]

输出查看我们发现是：3

关闭0或者2重新查看：

![665a785981e130bfeda0af65dbd53b0e.png][]

我们可以发现这个规律：文件描述符的分配规则：在files\_struct数组当中，找到当前没有被使用的最小的一个下标，作为新的文件描述符

#### 1.6 重定向 ####

如果我们关闭1会发生怎么的事情呢？我们看如下代码：

![d655ff97ede734a2c6ea2918f410de0c.png][]  
此时我们发现本该在显示器上显示的内容，输出到了文件当中。这种现象叫做重定向

![4ec267570b8b9c6c305edac5cf09d51d.png][]

### 2. 使用dup2系统调用 ###

函数原型是这样：

#include <unistd.h>
    
    int dup2(int oldfd, int newfd);

![69397f574147705eb1e0bd267437c604.png][]

printf是C库当中的一个IO函数，一般往`stdout`中输出，但是stdout访问底层文件的时候还是找的是fd : 1，但是fd1已经变成了myfile的地址，不在是显示器文件的地址，所以输出的任何消息都是往文件中写入，进而完成输出重定向。

### 3. FILE ###

*  因为IO相关的函数与系统调用接口对应，并且库函数封装系统调用，所以本质上访问文件都是通过fd访问的
 *  C库的FILE内部，必定封装了fd

![f9b761488e814f769fd49348fe63aa5d.png][]

![77eb69562f322fc046f4e16f6eb1b7e2.png][]

![75db2978da136b6b3895d52bb0d2a26d.png][]

以上的代码运行结果是：

![e2b2de1336e1f78d536031f09b5c0e9c.png][]

但是我们如果对进程实现输出重定向会怎么样？`.test > myfile`，我们发现结果是这样：

![5458899c4a0314d972a849e945fd7eab.png][]

我们发现`printf`和`fwrite`都输出了两次，但是`write`只输出了一次（系统调用）这是为什么？

*  一般C库函数写入文件是全缓冲，但是写入显示器是行缓冲
 *  `printf`和`fwrite`自带缓冲区，当发生重定向到普通文件的时候，数据的缓冲方式变成了全缓冲
 *  而我们放在缓冲区的数据就不会立即刷新，甚至fork之后
 *  但是进程退出之后，会统一刷新，写入到文件当中
 *  fork的时候父子进程数据会发生写时拷贝，所以当父进程准备刷新的时候，子进程也有了同样的数据，随机产生两份数据
 *  `write`没有所谓的缓冲

所以我们可以发现：`printf`和`fwrite`库函数自带缓冲区，而`write`系统调用没有带缓冲区，另外这里的缓冲区都是用户级缓冲区

[0c931256ee526f91a4b266559274e83e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/bb513909f76443ba9f33b1a52144af3a.png
[8722a43ac6b90ce5205e68f75e5f0674.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/ecfcfb0b19c94a0db37c1fcdb8d3870e.png
[53e0144bdba1404e465132a36aeb9dc6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/012183c8ddb84093be857924caf7f215.png
[7d3339cd10ee76164d53a1b99dcd3894.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/33856a21e193492da2bf3976bc4c6bca.png
[e2ce03449d4452d70316b8640faac0ca.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/0e65aa79013f428eb5e00b2368e8640b.png
[6ae4da35a76a7bb851a3649d79fec81e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/0986de99e3f441e2b2cfd7d5474a573e.png
[fec8469fef10679b2d77bd0133f8e2cc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/1e954309418547f09c17f6819caa5cb2.png
[ae49a7bac360bb53996089c8db8f89f3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/36c0cff0a3724e1895680b00c238d92c.png
[c4fc76b8fc32bd97f9c8e4a9799558ab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/164dd2773dd241409ffa33e515203c94.png
[665a785981e130bfeda0af65dbd53b0e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/f4518edc9dd5485fb381585fc2cdd641.png
[d655ff97ede734a2c6ea2918f410de0c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/4d6c03dcdbd84015930954fac64a9c7f.png
[4ec267570b8b9c6c305edac5cf09d51d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/bd9a894f7db4438b990859b25617ee0a.png
[69397f574147705eb1e0bd267437c604.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/9caff8d14eef43acb1763c8d2addd4b5.png
[f9b761488e814f769fd49348fe63aa5d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/be30d06dee7443509a8ed7cebca4b98e.png
[77eb69562f322fc046f4e16f6eb1b7e2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/23f16735d6764550aedba7e44c9012ec.png
[75db2978da136b6b3895d52bb0d2a26d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/af4a6af2e75f45acad42d66d4083f439.png
[e2b2de1336e1f78d536031f09b5c0e9c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/88d1804e1f5f4e77831a0451084349d8.png
[5458899c4a0314d972a849e945fd7eab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/24/6317d22acb0342eea3c55fb1acb19337.png