为什么 POSIX API 没有文件结束函数？

Question

在 POSIX API 中，read() 返回 0 表示已到达文件结尾。为什么没有一个单独的函数告诉您 read() 将返回零——而不需要您实际调用 read()？

---

提问原因：由于您必须调用 read() 才能发现它会失败，这使得文件读取算法变得更加复杂，并且可能效率稍低，因为它们必须分配一个目标缓冲区，该缓冲区可能会失败。不需要。

我们可能想要做什么...

while ( !eof )
   {
   allocate buffer
   read to buffer
   process buffer
   }

我们必须做什么...

while ( true )
   {
   allocate buffer
   read to buffer
   if ( eof ) release buffer, break;
   process buffer
   }

---

此外，这种行为似乎会传播到更高级别的 API，例如 fread() 和 feof( ) 在 C 中——并且对如何正确使用 feof() 造成了很多混乱：

• C: 为什么“while (!feof (file))”总是错误？
• C++: < a href="https://stackoverflow.com/questions/5605125/why-is-iostreameof-inside-a-loop-condition-considered-wrong">为什么是 iostream::eof循环条件内被认为错误？
• Python：如何循环直到 EOF在Python 中？

Answer 1

要了解为什么会出现这种情况，请了解流结束本质上并不是永久性的情况。文件的读指针可能位于末尾，但如果随后通过写操作附加更多数据，则后续读取将会成功。

示例：在 Linux 中，从控制台读取时，后跟 ^D 的新行将导致 posix::read() 返回零（表示“文件结尾”） ）。但是，如果程序没有终止，则程序可以继续读取（假设键入了其他行）。

由于流结束不是永久情况，因此甚至没有 is_at_end() 函数（POSIX 没有）也许是有意义的。不幸的是，这确实给程序员（和/或包装器库）带来了一些额外的负担，以优雅且有效地处理这种复杂性。