STDIN、STDOUT、STDERR的区别及共享打开文件描述的技术问询

场景复现 #

执行以下C程序时，终端能正常输出hello；把代码中的STDIN_FILENO替换为STDOUT_FILENO或STDERR_FILENO，结果完全一致：

#include <unistd.h>

int main () {
  write(STDIN_FILENO, "hello\n", 6);
  return 0;
}

同时观察到：bash会持有fd 255、zsh会持有fd 10，这些额外的文件描述符同样指向当前终端，用于在关闭0/1/2等标准流时维持终端访问。在zsh环境下执行ls -l /proc/$$/fd，可见所有标准流和额外fd都指向同一终端设备：

$ ls -l /proc/$$/fd
total 0
lrwx------ ... ... ... 0 -> /dev/tty1
lrwx------ ... ... ... 1 -> /dev/tty1
lrwx------ ... ... ... 10 -> /dev/tty1
lrwx------ ... ... ... 2 -> /dev/tty1

核心问题 #

• 1. STDIN、STDOUT、STDERR这三类「流设备」的区别是什么？
• 2. 它们是否共享同一打开文件描述，导致对其中一个的写入会改变另一个的lseek()偏移？否则像cat这样的程序如何避免互相覆盖？

详细解析 #

问题1：三类标准流的核心区别 #

三者的差异主要在语义定位和内核标记属性上，而非底层设备本身：

• STDIN_FILENO（0）：默认绑定终端输入通道，内核默认标记为可读，语义上是程序获取输入的入口。但终端设备本身是双向的，所以强制往fd 0写入也能输出到终端。
• STDOUT_FILENO（1）：默认绑定终端输出通道，内核默认标记为可写，语义上用于输出正常业务结果。在C标准库层面，它通常是行缓冲模式（比如printf会攒够一行再输出）。
• STDERR_FILENO（2）：默认绑定终端输出通道，内核默认标记为可写，语义上专门用于输出错误、告警信息。它默认无缓冲（或行缓冲），确保错误信息能即时输出，不会被缓冲延迟。

底层来看，默认情况下三者都指向同一个终端设备文件（如/dev/tty1），这是终端设备的双向特性决定的——同一个设备既可以作为输入源，也可以作为输出目标。

问题2：文件描述符共享与偏移量的关系 #

默认情况下，shell启动程序时，STDIN/STDOUT/STDERR是三个独立的文件描述符，但它们指向内核中的同一个打开文件表项（struct file）：

• 偏移量是存放在打开文件表项中的，而非文件描述符本身。因此对其中任意一个fd调用lseek()，都会修改这个共享的偏移量，后续对其他fd的读写都会基于这个新偏移。
• 但cat程序不会出现“覆盖”问题，原因在于：终端是字符设备，字符设备不支持lseek()操作（调用会返回ESPIPE错误），不存在偏移量的概念。cat的逻辑是从STDIN读取流式数据，再写入STDOUT，数据按顺序传输，自然不会有覆盖情况。

如果标准流关联的是普通文件（比如重定向场景./a.out < input.txt > output.txt），此时STDIN和STDOUT指向不同的打开文件表项，偏移量互不影响；如果是./a.out > output.txt 2>&1，此时STDOUT和STDERR共享同一个文件表项，写入操作会基于当前偏移追加内容，也不会出现覆盖——因为文件写入是从当前偏移位置往后追加，而非覆盖已有内容。

另外，bash/zsh预留的fd（255/10）是额外打开的终端设备描述符，本质上和0/1/2一样指向同一个终端设备，只是shell用它做冗余备份，防止用户关闭标准流后失去终端交互能力。

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