Linux中不同进程的标准输入（stdin）为何不会混淆？

Great question — this is such a key OS concept that feels confusing at first, but once you get the mental model, it clicks immediately. Let's break it down:

1. 文件描述符是进程私有的索引 #

每个运行中的进程都有自己独立的文件描述符表，这个表是操作系统内核为每个进程单独维护的（存在进程的PCB/进程控制块里）。

• 当你看到某个进程的fd 0，它只是这个进程自己的表的第0个索引，和另一个进程的fd 0没有任何直接关联。
• 内核会在进程启动时，根据它的启动环境（比如终端、重定向、管道）来填充这个表的前三个条目（0、1、2）。

2. 文件描述符≠实际的文件/设备 #

fd只是个「指针的指针」：它指向内核里的文件表项（包含文件偏移量、访问模式、引用计数等信息），而这个文件表项才真正关联到磁盘文件、终端设备、管道这类实际的I/O对象。

举个实际的例子：

• 你打开两个终端窗口，分别运行cat命令。第一个cat的fd 0指向第一个终端的输入设备文件（比如/dev/pts/0），第二个cat的fd 0指向/dev/pts/1。
• 当你在第一个终端输入文字，只有第一个cat能读到数据——因为它的fd 0对应的是那个终端的设备，和第二个进程的fd 0完全是两条不同的链路。

3. 特殊情况：共享文件描述符（但依然不混淆） #

有时候进程会共享文件表项（比如父子进程通过fork继承，或者用dup复制fd），但这时候fd的编号可能相同，不过这是主动共享的设计，而且内核会通过引用计数来管理，数据读写的逻辑是可控的，不会出现「意外混淆」的情况。

比如你在终端运行ls | grep txt，ls的stdout（fd 1）和grep的stdin（fd 0）都指向同一个管道的文件表项——这是操作系统特意设置的，目的是让数据在两个进程间流转，而不是「混淆」。

内容的提问来源于stack exchange，提问作者Spring fancy