在 Unix 和类 Unix 系统（比如 Linux 和 macOS）中，有一个核心哲学：“一切皆文件”。

这意味着，无论是硬盘上的真实文件、你的键盘、显示器屏幕，还是网络连接，操作系统都将它们视为文件。这是一种强大而一致的抽象方式，极大地简化了编程。

那么，当一个程序需要读取或写入这些“文件”时，它如何与它们沟通呢？它不是通过文件名，而是通过一个简单的非负整数。这个数字，就叫做文件描述符（File Descriptor，简称 FD）。

当你启动任何一个程序时，系统会自动为它打开三个文件描述符。它们就像是每个程序的“标配”，让程序可以和外界进行最基本的交互。

我们来分别看看这三个标准描述符。

标准输入 (stdin, FD 0) 是程序接收数据的地方。默认情况下，它连接到你的键盘。当你运行一个命令并输入内容时，这些内容就是通过标准输入流向程序的。

标准输出 (stdout, FD 1) 是程序发送其正常输出的地方。比如，当你用 ls 命令查看文件列表时，那个列表就是通过标准输出打印到你的屏幕上的。

标准错误 (stderr, FD 2) 则专门用来发送错误或诊断信息。默认情况下，它也指向屏幕。将常规输出和错误输出分开是一个非常好的设计，这样即使程序的正常输出被重定向到其他地方，你仍然可以在屏幕上看到重要的错误信息。

每个进程都有自己独立的文件描述符表。这个表就像一个数组，索引就是文件描述符的数字（0, 1, 2, ...），而数组中存储的值则指向了内核中实际打开的文件。

当一个进程启动时，它的文件描述符表通常是这样的：

这个表只属于当前进程。如果另一个进程被启动，它会得到自己的一套全新的文件描述符表，其中 0、1、2 也默认指向键盘和屏幕。

当程序打开一个新文件时，操作系统内核会找到文件描述符表中最小的未被使用的数字，并将它分配给这个新文件。例如，如果一个程序打开了它的第一个额外文件，这个文件通常会被分配到文件描述符 3。

理解文件描述符是理解 Unix 系统如何工作的关键第一步。它是后续学习重定向、管道和许多其他强大功能的基础。

在继续之前，让我们通过一个简短的测验来回顾一下关键概念。