为什么在更新模式的读写之间总是需要 fseek 或 fflush？

Question

问：我正在尝试更新一个文件 放置，通过使用fopen 模式"r+"， 读取某个字符串，然后写入 返回一个修改过的字符串，但它不是 工作。

A: 一定要先致电fseek 你写，既要寻回 您正在尝试的字符串的开头 覆盖，并且因为fseek 或 fflush 之间始终需要 读写中的读/写 “+”模式。

我的问题是为什么fseek 或fflush 在读/写“+”模式下的读和写之间总是需要？第 5.2 节 安德鲁·科尼格 C Traps and Pitfalls (1989) 提到这是因为向后兼容性问题。谁能详细解释一下？

Answer 1

库buffers输入输出操作。查看setvbuf() 和该功能的_IOFBF、_IOLBF 参数。

fseek() 或 fflush() 要求库提交缓冲操作。

该标准将查找或刷新操作指定为强制性的，以允许库使用一些快捷方式；否则，对于每个 I/O 操作，lib 必须检查前一个操作是否也是读取操作（或写入操作），如果 I/O 的“方向”发生变化，则自行触发刷新。使用原样的规范，库可能会假设客户端在更改 I/O 方向之前进行了查找/刷新。

Answer 2

因为它使操作系统/库代码更简单。一个文件流可能有单独的 read 和 write 缓冲区，并且需要额外的努力来确保它们总是同步的。这在不需要时会降低性能。

因此，程序员需要在需要时明确地执行此操作。

Answer 3

阅读 Plauger 的“The Standard C Library”，了解 (C89) 标准库的各种特性为何如此 - 尤其是标准 I/O 库的某些部分为何如此。一个原因是 C 运行在非常多样化的系统和不同的媒体上。磁带等设备的处理方式可能与您习惯认为的磁盘驱动器有所不同。此外，在 Unix 上，考虑您的“tty”设备——它将键盘和鼠标连接到屏幕——三种完全不同的硬件。这些之间的协调已经够棘手了。标准中的规则使它更容易。

---

请注意，标准规定了这一点。这是来自 C11 标准 ISO/IEC 9899:2011，但之前的版本中的措辞相似：

§7.21.5.3 The fopen function

¶7 当文件以更新模式打开时（'+' 作为第二个或第三个字符 以上模式参数值列表），输入和输出都可以在 关联的流。但是，输出不得直接跟在输入后面没有 干预对fflush 函数或文件定位函数的调用 (fseek, fsetpos, or rewind), 输入后面不能直接跟输出 干预对文件定位函数的调用，除非输入操作遇到文件结尾。使用更新模式打开（或创建）文本文件可能会打开（或创建）一个 一些实现中的二进制流。