# 一、文件描述符
## 1.1 fd
1. 文件由进程在运行时打开，一个进程可同时打开多个文件，而系统中存在大量并发运行的进程，这意味着系统任一时刻都可能存在数量庞大的已打开文件。
2. 为了高效管理这些已打开的文件，操作系统会为每个已打开的文件创建专属的 `struct file` 结构体，并用双链表将所有该结构体串联起来。如此一来，操作系统对已打开文件的管理，就转化为对这一全局双链表的增、删、查、改等基础操作，大幅简化了文件管理的核心逻辑。**（即先描述，在组织）**
3. 但仅靠全局的双链表，无法区分哪些已打开文件归属于特定进程，因此操作系统还需额外建立**进程与文件之间的关联关系**，以此精准界定每个进程所持有、可操作的文件范围。

> 那么操作系统是如何建立进程与文件直接的关联关系的呢？
>

我们知道，当一个程序运行起来时，操作系统会将该程序的代码和数据从硬盘加载到内存，然后为其创建对应的task_struct、mm_struct、页表等相关的数据结构，并通过页表建立虚拟内存和物理内存之间的映射关系。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/a73c90ec94e799b229443f4c799c6579.png)

在进程的核心控制结构体 `task_struct` 中，存在一个指向 `files_struct` 结构体的指针；而 `files_struct` 结构体里包含了关键的指针数组 `fd_array` —— 这个数组的下标，就是我们实际编程中使用的**文件描述符**。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/0ec6f4d4705fa07393193ae314ff2266.png)

当进程执行打开 `log.txt` 文件的操作时，操作系统会按以下逻辑完成文件描述符的绑定：

1. 首先将磁盘中的 `log.txt` 文件加载到内存中，并为其创建对应的 `struct file` 结构体（包含文件的读写位置、权限、关联的磁盘inode等核心信息）；
2. 把这个新创建的 `struct file` 结构体接入系统管理已打开文件的全局双链表，完成系统层面的文件管理登记；
3. 将该 `struct file` 结构体的首地址，填入当前进程 `fd_array` 数组中下标为3的位置（因0、1、2被标准输入/输出/错误占用），使 `fd_array[3]` 指针精准指向该文件的 `struct file` 结构体；
4. 最后将下标值3作为文件描述符返回给调用进程，进程后续通过这个描述符就能找到对应的 `struct file`，进而操作 `log.txt` 文件。

> 因此，我们只要有某一文件的文件描述符，就可以找到与该文件相关的文件信息，进而对文件进行一系列输入输出操作。
>

---

## 1.2 补充说明
### 1.2.1 进程创建时默认打开0、1、2文件描述符的底层逻辑
我们常说“进程创建时会默认打开0、1、2”，本质是操作系统为每个新进程完成了硬件设备到文件描述符的绑定：

1. 0对应**标准输入流**（关联键盘）、1对应**标准输出流**（关联显示器）、2对应**标准错误流**（同样关联显示器）。
2. **键盘和显示器作为硬件设备，会被操作系统识别并纳入文件管理体系：** 进程创建时，操作系统会为键盘、显示器分别创建对应的`struct file`结构体，将这些结构体接入全局的已打开文件双链表，再把3个结构体的首地址依次填入进程`files_struct`的`fd_array`数组下标0、1、2的位置。
3. 至此，进程无需手动调用`open`，就默认拥有了对键盘（0）、显示器（1/2）的操作能力。

### 1.2.2 磁盘文件与内存文件的核心区别
+ **磁盘文件**：存储在磁盘上的静态文件，是文件的“持久化形态”，由两部分构成： 
① 文件内容：文件中实际存储的业务数据（如文本、二进制流）； 
② 文件属性（元信息）：文件的基础描述信息，包括文件名、大小、创建时间、权限、所属用户等。
+ **内存文件**：磁盘文件被加载到内存后的动态形态，是操作系统为操作文件创建的“内存映射”。 
磁盘文件与内存文件的关系，类比“程序与进程”：程序是磁盘上的静态代码，运行后成为内存中的进程；磁盘文件是静态存储的文件，被打开/加载后成为内存中的文件。
+ **加载规则**：文件加载到内存时采用“按需加载”策略——优先加载文件属性（元信息），仅当需要读取、写入文件内容时，才延后加载具体的文件数据，以此节省内存资源。

### 1.2.3 文件写入的缓冲区机制
向文件写入数据时，并非直接写入磁盘，而是先写入该文件对应的内存缓冲区；操作系统会通过预设策略（如缓冲区满、定时刷新、手动调用`fsync`），将缓冲区中的数据批量刷新到磁盘，以此减少磁盘IO次数，提升整体读写效率。

---

## 1.3 文件描述符的分配规则
```c
#include <stdio.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <fcntl.h>
int main()
{
	umask(0);
	int fd1 = open("log1.txt", O_RDONLY | O_CREAT, 0666);
	int fd2 = open("log2.txt", O_RDONLY | O_CREAT, 0666);
	int fd3 = open("log3.txt", O_RDONLY | O_CREAT, 0666);
	int fd4 = open("log4.txt", O_RDONLY | O_CREAT, 0666);
	int fd5 = open("log5.txt", O_RDONLY | O_CREAT, 0666);
	printf("fd1:%d\n", fd1);
	printf("fd2:%d\n", fd2);
	printf("fd3:%d\n", fd3);
	printf("fd4:%d\n", fd4);
	printf("fd5:%d\n", fd5);
	return 0;
}

```


![](https://developer.qcloudimg.com/http-save/yehe-11825160/cf6e338e8a4a9ec18ad4709c65aa5941.png)

若我们在打开这五个文件前，先关闭文件描述符为0的文件，此后文件描述符的分配又会是怎样的呢？

```c
close(0);
```

我们发现第一个打开的文件获取到的文件描述符变成了0，而之后打开文件获取到的文件描述符还是从3开始依次递增的。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/c4e4bd283dbf4c2ad2db9b6b722f7912.png)

我们再试试将文件描述符为0和2的文件都关闭。

> 注意：1不能关闭，因为他是标准输出，关闭了我们无法从显示器观察现象
>

```c
close(0);
close(2);
```

可以看到前两个打开的文件获取到的文件描述符是0和2，之后打开文件获取到的文件描述符才是从3开始依次递增的。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/5f44156eeb15d0761e468639d5036650.png)

> **结论： 文件描述符是从最小但是没有被使用的fd_array数组下标开始进行分配的。**
>

---

# 二、重定向
## 2.1 重定向的原理
> 上面我们已经了解了文件描述以及文件描述符的分配规则，接下来我们通过实例来看看重定向的本质。
>

---

### 2.1.1 输出重定向原理
> 输出重定向的原理就是我们本该输出到一个文件的原理输出到另外一个文件中。
>


![](https://developer.qcloudimg.com/http-save/yehe-11825160/9ac2c1645c87d16917bc324080aa1c2f.png)

如上述图片，我们让本应该输出到“显示器文件”的数据输出到log.txt文件当中，那么我们可以在打开log.txt文件之前将文件描述符为1的文件关闭。

```c
#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
int main()
{
	close(1);
	int fd = open("log.txt", O_WRONLY | O_CREAT, 0666);
	if (fd < 0){
		perror("open");
		return 1;
	}
	printf("hello Linux\n");
	printf("hello Linux\n");
	printf("hello Linux\n");
	printf("hello Linux\n");
	printf("hello Linux\n");
	fflush(stdout);
	
	close(fd);
	return 0;
}
```

我们可以看到原先应该输出到屏幕上的内容输出到了我们的log.txt文件当中。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/b5932e0505dde6e82aef1e1367e7235a.png)

**注意：**

1. `printf` 函数默认向 `stdout`（标准输出流）输出数据，`stdout` 指向 `struct FILE` 类型的结构体，该结构体中存储的文件描述符固定为1，因此 `printf` 本质是向文件描述符为1的文件（显示器）输出数据。
2. 调用 `printf` 后，数据不会立即写入操作系统内核，而是先存入**C语言标准库维护的用户态缓冲区**；只有当缓冲区满、遇到换行符（`\n`）或程序结束时，数据才会批量刷新到操作系统层面。若需让数据即时输出，需通过 `fflush(stdout)` 手动强制刷新C语言缓冲区，将数据同步到操作系统。

---

### 2.1.2 追加重定向原理
> 我们知道输出重定向的时候会将原有文件里面的内容数据覆盖，而追加重定向是对原有内容数据不进行覆盖，追加再后面输出数据。
>


![](https://developer.qcloudimg.com/http-save/yehe-11825160/9ac2c1645c87d16917bc324080aa1c2f.png)

如我们想让本应该输出到“显示器文件”的数据追加式输出到log.txt文件当中，那么我们应该先将文件描述符为1的文件关闭，然后再以追加式写入的方式打开log.txt文件，这样一来，我们就将数据追加重定向到了文件log.txt当中。

```c
#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
int main()
{
	close(1);
	int fd = open("log.txt", O_WRONLY|O_APPEND|O_CREAT, 0666);
	if(fd < 0){
		perror("open");
		return 1;
	}
	printf("hello linux!\n");
	printf("hello linux!\n");
	printf("hello linux!\n");
	printf("hello linux!\n");
	printf("hello linux!\n");
	fflush(stdout);
	close(fd);
	return 0;
}

```

看到如下图，我们能发现新的数据已经追加到原来文件数据内容的后面。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/0e77fde3296550f4a2d3364db86efb3c.png)

---

### 2.1.2 输入重定向的原理
> 输入重定向就是，将我们本应该从一个文件读取数据，现在重定向为从另一个文件读取数据。（如原来是从键盘获取，我们可以让他从文件获取）
>


![](https://developer.qcloudimg.com/http-save/yehe-11825160/bdc5566481f6f9e34e53b4a55ef55164.png)

我们可以在打开log.txt文件之前将文件描述符为0的文件关闭，这样一来，当我们后续打开log.txt文件时所分配到的文件描述符就是0。

```c
#include <stdio.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
int main()
{
	close(0);
	int fd = open("log.txt", O_RDONLY | O_CREAT, 0666);
	if (fd < 0){
		perror("open");
		return 1;
	}
	char str[40];
	while (scanf("%s", str) != EOF){
		printf("%s\n", str);
	}
	close(fd);
	return 0;
}

```


![](https://developer.qcloudimg.com/http-save/yehe-11825160/75e9ee9b2d71406b51de5d98b3000cbe.png)

> scanf函数是默认从stdin读取数据的，而stdin指向的FILE结构体中存储的文件描述符是0，因此scanf实际上就是向文件描述符为0的文件读取数据。
>

---

# 三、标准输出流与标准错误流的其区别
> 标准输出流和标准错误流对应的都是显示器，它们有什么区别？
>

```c
#include <stdio.h>
int main()
{
	printf("hello printf\n"); //stdout
	perror("perror"); //stderr

	fprintf(stdout, "stdout:hello fprintf\n"); //stdout
	fprintf(stderr, "stderr:hello fprintf\n"); //stderr
	return 0;
}
```

这样看起来标准输出流和标准错误流并没有区别，都是向显示器输出数据。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/20f6a813e6c258e3d39dc8a434fa2b1b.png)

但我们若是将程序运行结果重定向输出到文件log.txt当中，**我们会发现log.txt文件当中只有向标准输出流输出的两行字符串**，而向标准错误流输出的两行数据并没有重定向到文件当中，而是仍然输出到了显示器上。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/9c1cafd406031323c024f54a8b37b9eb.png)

> **因为我们使用重定向时，重定向的是文件描述符是1的标准输出流，而并不会对文件描述符是2的标准错误流进行重定向。**
>

---

# 四、dup2
要完成重定向我们只需进行fd_array数组当中元素的拷贝即可。

+ 例如，我们若是将fd_array[3]当中的内容拷贝到fd_array[1]当中，因为C语言当中的stdout就是向文件描述符为1文件输出数据，那么此时我们就将输出重定向到了文件log.txt。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/3d0eb300c175c4ff61587710baab3943.png)

Linux操作系统中，就给我们给了一个实现此功能的函数：dup2

原型如下：

```c
int dup2(int oldfd, int newfd);
```


![](https://developer.qcloudimg.com/http-save/yehe-11825160/35723bd33135b8408c78fb0eebd29be5.png)

1. **函数功能**

dup2 会将 fd_array[oldfd] 的内容拷贝到 fd_array[newfd] 中，若有必要，会先关闭文件描述符为 newfd 的文件。

2. **函数返回值**

dup2 调用成功时返回 newfd，调用失败时返回 -1。

3. **使用注意事项**
+ 若 oldfd 并非有效的文件描述符，dup2 调用失败，且此时文件描述符为 newfd 的文件不会被关闭；
+ 若 oldfd 是有效的文件描述符，且 newfd 与 oldfd 的值相同，则 dup2 不执行任何操作，直接返回 newfd。

---

我们将打开文件log.txt时获取到的文件描述符fd和1传入dup2函数，那么dup2将会把fd_arrya[fd]的内容拷贝到fd_array[1]中，在代码中我们向stdout输出数据，而stdout是向文件描述符为1的文件输出数据，因此，本应该输出到显示器的数据就会重定向输出到log.txt文件当中。

```c
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>
int main()
{
	int fd = open("log.txt", O_WRONLY | O_CREAT, 0666);
	if (fd < 0){
		perror("open");
		return 1;
	}
	close(1);
	dup2(fd, 1);
	printf("我跑到这里来啦！！！\n");
	fprintf(stdout, "我也跑到这里来啦！！1\n");
	return 0;
}

```

代码运行后，我们即可发现数据被输出到了log.txt文件当中。


![](https://developer.qcloudimg.com/http-save/yehe-11825160/9d8d77dd43387e0d595d90e9e6fae5ee.png)

---
> ✍️ 坚持用 清晰易懂的图解 + 可落地的代码，让每个知识点都 简单直观！
>>💡 **座右铭**：“道路是曲折的，前途是光明的！”
>
> ![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-11825160/f840b8f81a275e0396d0b9ddf0613a0b.gif)

文件由进程在运行时打开，一个进程可同时打开多个文件，而系统中存在大量并发运行的进程，这意味着系统任一时刻都可能存在数量庞大的已打开文件。

【Linux】基础IO（三）：文件描述符与重定向

后端

编程语言

操作系统

本文深入解析Linux文件描述符机制，从进程task_struct结构到fd_array数组分配规则，详细剖析文件打开、关闭和重定向的底层原理。通过代码示例演示输出/输入重定向实现方式，讲解dup2系统调用工作原理，帮助理解标准输入/输出/错误流的本质区别与联系，掌握Linux文件操作的核心机制。

数据同步

数据结构

内存映射

Linux

4核4G3M云服务器 新用户低至38元/年！

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

【Linux】基础IO（三）：文件描述符与重定向-腾讯云开发者社区-腾讯云

【Linux】基础IO（三）：文件描述符与重定向

【Linux】基础IO（三）：文件描述符与重定向

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐