Linux中打开/dev/fd/n与dup复制文件描述符为何结果不一致？

问题背景 #

在《APUE》和《The Linux Programming Interface》中提到，打开/dev/fd目录中的文件等价于复制对应文件描述符，例如open("/dev/fd/1", O_WRONLY)与dup(1)等价。但测试常规文件时出现了差异：

• fd1打开./data.in
• fd2通过open("/dev/fd/fd1")获取
• fd3用dup(fd1)复制
  调用lseek(fd1,10,SEEK_SET)后，fd1偏移量为10、fd2偏移量为0、fd3偏移量为10，fd2的偏移量与另外两者不同。

核心原因 #

这里的关键是常规文件和特殊文件（如终端、管道）的处理逻辑差异：

• dup()函数是直接复制文件描述符，新生成的fd3会和原fd1共享同一个文件表项——这个表项包含文件偏移量、访问权限、状态标志等核心信息，所以fd1的偏移量变化会直接同步到fd3。
• 而打开/dev/fd/N针对常规文件时，内核的处理逻辑是重新打开对应的物理文件，会创建一个全新的文件表项，拥有独立的文件偏移量。这就是为什么fd2的初始偏移量是0，且不会随fd1的偏移变化而改变。
• 书中提到的“等价”场景，针对的是无法被多次打开的特殊文件（比如终端、管道）。这类文件无法通过常规open调用重新打开，此时内核会退化为直接复制文件描述符，行为和dup()一致。但常规文件不具备这个限制，所以行为不同。

补充验证 #

可以通过查看文件描述符对应的文件状态确认：fd1、fd2、fd3指向的是同一个inode（物理文件），但fd2的文件表项是独立的，因此偏移量不受其他两个描述符影响。

内容的提问来源于stack exchange，提问作者tahzibi.jafar