eof()是事后标志而非预测器，仅在上一次读操作因到达文件末尾而失败后置位eofbit；若用while(!file.eof())作循环条件，会导致最后一次有效读取后仍多执行一次循环体，引发重复处理或未定义行为。
eof() 是事后标志，不是预测器
因为 eof() 不表示“接下来要读到末尾了”，而是表示“上一次读操作已经撞到了文件末尾并因此失败”。它依赖流内部的 eofbit 状态位，而这个位只在读取函数（如 operator>>、getline()、get()）尝试从流中提取数据却**发现无数据可提**时才被置位——前提是失败原因确实是 EOF，而非格式错误或 I/O 异常。
常见错误现象：最后一次读成功后，循环仍多进一次
写成 while (!file.eof()) 会导致逻辑错位。例如文件只有数字 123 一行：
- 第一次
file >> x成功读出123，eof()仍是false - 循环条件为真，再次进入循环体
- 第二次
file >> x失败（已到末尾），x保持旧值或未定义，但你仍用它做处理
结果就是 123 被重复处理，甚至引发未定义行为。
为什么不能提前判断？peek() 和 gcount() 更适合预判
eof() 无法告诉你“下一次读会不会失败”，所以不适合前置判断。真正能预判的工具是：
-
file.peek()：返回下一个字符（不移动读位置），若返回std::char_traits<char>::eof()</char>，说明下一个就是 EOF 或出错 -
file.gcount()：仅在调用read()、getline()后有效，返回**实际读取字节数**，比eof()更直接反映数据是否完整 -
file.read(buf, n)的返回值本身：它返回*this，隐式转bool时等价于!fail()，这才是控制循环的正确依据
真正容易被忽略的点
很多人以为 eof() 是个“开关”，可以随时查“是不是到头了”。实际上它是个诊断信号，只在读失败后才有意义；而且它不自动清零——如果流之前失败过，eof() 可能一直为 true，直到你显式调用 file.clear()。日常文本处理中，几乎不需要主动调用 eof()；该关心的是读操作本身的返回值是否为真。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
