C++ ifstream读写疑问：每次get前调用seekg与仅循环前调用的差异

问题背景 #

我尝试用ifstream读取一个简单文本文件，文件内容为a\tb\nc\t\d\n。测试了两种读取方式，输出存在差异：

1. 每次调用.get()前调用.seekg()定位
2. 仅在for循环前调用一次.seekg(0)

调试后得到以下结果：

• 文件中字符位置：a在位置0，\t在位置1，b在位置2
• 每次.get()前调用.seekg(3)时，.get()返回\n；调用.seekg(4)时，.get()也返回\n
• 仅循环前调用.seekg(0)时，.get()仅在位置3返回一个\n，c在位置4

问题：这是预期行为吗？如果是，原因是什么？

解答 #

这是预期行为，核心原因是文本模式下文件指针偏移与实际字节的映射差异：

1. 文本模式与二进制模式的本质区别 #

默认情况下，ifstream以文本模式打开文件。这种模式下，操作系统会自动处理换行符的跨平台转换：

• Windows系统中，文件里的换行是以\r\n两个字节存储的；而Unix/Linux系统是单个\n字节
• 文本模式读取时，\r\n会被自动转换为单个\n字符；写入时则相反，\n会被转为\r\n

2. 两种读取方式的差异根源 #

• 仅初始化时调用一次seekg(0)的情况：
  文本模式的读取操作会自动处理换行符转换。当读到对应\r的字节时，会直接和后续的\n合并成一个\n返回，同时文件指针自动跳过\r对应的字节，所以后续读取到的c处于转换后的逻辑字符位置4。

• 每次get()前调用seekg()的情况：
  seekg()是基于实际文件的字节位置计算的，而非转换后的逻辑字符位置。如果你的文件在Windows系统中存储为a\tb\r\nc\t\d\r\n，那么：

  • 实际字节位置3是\r，位置4是\n
  • 调用seekg(3)后get()，文本模式下读取到\r会自动匹配后续的\n，返回转换后的\n
  • 调用seekg(4)后get()，此时指向的是\n字节，文本模式下读取该字节也会返回\n

3. 消除差异的方法 #

如果需要让seekg()和get()的操作严格对应实际字节位置，可以用二进制模式打开文件，此时系统不会处理换行符转换：

ifstream file("test.txt", ios::binary);

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