C语言文件IO中Text Mode与Binary Mode的使用场景及函数适配疑问

核心前提说明 #

C标准定义两种模式的核心目的是兼容不同操作系统的换行符实现，不同平台的实际表现存在差异

• 通用跨平台场景：文本模式会自动做换行符转换（例如Windows下\n <-> \r\n、旧版本Mac系统下\n <-> \r），二进制模式不会做任何字节转换，完全按原始内容读写
• Fedora（Linux）平台特有规则：glibc库实现中文本模式和二进制模式完全等价，没有任何字节转换逻辑，两种模式的IO行为没有区别

问题1：文本模式下可以使用fread()/fwrite()吗？ #

可以，这类函数没有绑定特定打开模式的限制：

• 跨平台场景注意事项：如果在文本模式下调用fread()/fwrite()，读写的字节计数会受换行符转换影响，例如Windows下读取包含\r\n换行的文件时，读到的字节数会比磁盘实际存储的大小更小，因为\r会被自动过滤。如果需要准确读写原始字节流，才需要强制使用二进制模式
• Fedora下无额外限制：两种模式下fread()/fwrite()的行为完全一致，不需要做特殊处理

问题2：使用fseek()/ftell()时应该选择哪种打开模式？ #

• 跨平台兼容要求：如果需要使用fseek()的SEEK_CUR/SEEK_END偏移，或者需要自定义字节偏移量，必须使用二进制模式打开文件。C标准明确规定文本模式下fseek()仅支持两种合法用法：
  • 偏移量为0，搭配任意偏移起始位置
  • 偏移量为之前调用ftell()从同一个文件流获取的返回值，搭配SEEK_SET使用
• Fedora下无限制：因为两种模式等价，所以无论用什么模式打开，fseek()/ftell()都支持任意偏移操作，没有额外约束

如果你编写的是需要跨Windows、Mac、Linux运行的代码，建议严格按用途选择模式：处理纯文本文件用文本模式，处理图片、压缩包、自定义二进制格式等非文本文件用二进制模式，避免移植时出现意料之外的IO错误。

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