clear()和seekg(0)必须配对使用才能真正重读文件：clear()清除failbit等错误状态，seekg(0)将读位置重置到文件开头，缺一不可。
ifstream 错误状态不清空，read() 或 >> 就会直接失败
一旦 ifstream 触发了 failbit（比如读到文件末尾、类型不匹配、格式错误），后续所有输入操作都会立即返回，不报错也不读数据——因为流处于“失效”状态。这不是 bug，是 C++ IO 流的契约行为。clear() 是唯一能重置这个状态的成员函数，它不改变文件位置，只把 failbit、badbit 清掉，让流恢复可操作性。
常见误操作：
– 只调 seekg(0) 不清状态 → 仍无法读
– 调 clear() 但没重置读位置 → 从上次停的位置继续读（可能已在末尾）
– 在 eofbit 置位后只清状态却不 seekg(0) → 下次 read() 仍返回 0 字节
clear() 和 seekg(0) 必须配对使用才真正“重读”
想从头再读一遍文件，两个动作缺一不可：clear() 恢复流状态，seekg(0) 回到起始偏移。顺序无关紧要，但建议先 clear() 再 seekg(0)，避免某些极端情况下 seekg 失败也触发 failbit（虽然标准文件流极少发生）。
-
clear()参数为空时等价于clear(ios_base::goodbit)，推荐显式写成ifs.clear() -
seekg(0)是相对beg的简写，完整写法是seekg(0, ios_base::beg) - 如果文件被外部修改过，
seekg(0)后再次读取可能遇到badbit（如磁盘损坏），所以每次读前都应检查if (ifs)
ifstream ifs("data.txt");
// ... 一次读取后 eof/fail 置位
ifs.clear(); // 必须：清除错误标志
ifs.seekg(0); // 必须：回到开头
if (ifs) {
string line;
getline(ifs, line); // 这次才能成功
}
别用 close() + open() 替代 clear() + seekg()
有人觉得“关了再开”更彻底，但这是低效且有风险的操作：
- 重复打开文件涉及系统调用，比内存操作慢一个数量级
- 如果文件路径是相对路径，
open()依赖当前工作目录，而seekg()不受此影响 - 若文件被其他进程独占或权限变更，
open()可能失败，而clear()+seekg()只要流还有效就一定成功 -
ifstream析构时自动关闭，手动close()后忘记open()容易导致未定义行为
只有当你需要切换文件、或确认文件内容已更新（比如日志轮转）时，才考虑重新 open()。
真实场景中容易漏掉的细节
最常被忽略的是：即使你调了 clear() 和 seekg(0)，如果之前读操作留下了未提取的字符（比如用 >> 读整数后，缓冲区里还剩换行符），下次 getline() 会立刻读到空行。这不是错误状态问题，而是输入缓冲残留。
- 用
ignore()清理输入缓冲区：ifs.ignore(numeric_limits<streamsize>::max(), '\n');</streamsize> - 用
peek()判断下一个字符是否为预期内容，而不是盲目读 - 在循环读取中，务必在每次迭代开头检查
ifs.good()，而非只检查一次 -
seekg()对某些流（如管道、socket）无效，但ifstream指向普通文件时完全安全
清空状态和重定位是两件事，合起来才是“重新开始读”的最小完备操作；少一个，代码看起来在跑，其实什么都没读进去。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
