c++oding="utf-8" ?>
clear() 必须在 seekg() 前调用以清除 eofbit/failbit，否则 seekg() 静默失败；仅 clear()+seekg(0) 可能不足，需配合 ignore() 或 close()+open() 确保缓冲刷新。
为什么 clear() 单独调用后 seekg(0) 还读不到内容？
常见现象是：用 ifstream 读完文件或遇到 EOF 后，想重读一遍，于是先调 clear() 再调 seekg(0)，结果后续 getline() 或 operator>> 依然失败。根本原因不是函数没生效，而是 clear() 只清状态位（如 failbit、eofbit），但内部缓冲区和文件指针位置是两个独立机制——seekg(0) 确实会重置指针，但如果之前读取触发了底层流缓冲的“已耗尽”状态（尤其在某些标准库实现中），仅靠这两个调用可能不足以刷新缓冲视图。
实操建议：
-
clear()必须在seekg()之前调用，否则seekg()在错误状态下会静默失败（不报错但不移动指针） - 若仍无效，补上
ignore()清空输入缓冲区残留（比如上次读到一半的换行符或未提取字符） - 对小文件，更稳妥的做法是直接
close()+open()，避免状态残留；大文件才值得优化复用流对象
seekg(0, ios::beg) 和 seekg(0) 有区别吗？
没有实质区别：seekg(0) 默认以 ios::beg 为基准，等价于 seekg(0, ios::beg)。但显式写出 ios::beg 能避免歧义，尤其当你后续可能切换到 ios::cur 或 ios::end 时。
容易踩的坑：
- 传入负数偏移量且基准是
ios::beg→ 操作非法，seekg()返回fail()，必须先clear()才能恢复可用 - 文件打开时用了
ios::binary，但seekg()传入文本行号（如第10行）→ 行定位必须自己计算字节偏移，不能直接seekg(10) - 某些旧版 libstdc++（如 GCC 4.8）中，
seekg(0)对空文件可能不重置eofbit，必须clear()+seekg(0, ios::beg)一起用
实战中怎么验证 clear() 和 seekg() 真的生效了？
别只信返回值——seekg() 失败时不抛异常，只设 failbit；clear() 总是成功。真正可靠的验证方式是：操作后立刻检查流状态，并尝试一次最小粒度读取。
示例代码片段：
if (file.fail()) {
file.clear(); // 清状态
file.seekg(0, ios::beg); // 重置指针
if (!file.good()) { // 验证是否恢复就绪
cerr
<p>注意：<code>good()</code> 是比 <code>!fail()</code> 更严格的检查，它同时要求 <code>eofbit == false</code>（刚重置后应满足）。</p>
<h3>Windows 下用 <code>fstream</code> 读文本文件，<code>seekg()</code> 重置后中文乱码怎么办？</h3>
<p>这不是 <code>clear()</code> 或 <code>seekg()</code> 的问题，而是流的 locale 和编码没对齐。Windows 默认文本模式会做 CRLF 转换，且若文件含 UTF-8 BOM 或 GBK 编码，而流没绑定对应 facet，<code>seekg()</code> 移动的是字节位置，但后续按宽字符或错误编码解析就会错位。</p>
<p>解决路径：</p>
- 明确文件编码，用
imbue()绑定 locale，例如 UTF-8 文件：file.imbue(locale(file.getloc(), new codecvt_utf8<char>));</char> - 更简单粗暴：改用二进制模式打开（
ios::binary），自己处理换行和编码，此时seekg()字节定位完全可控 - 避免在文本模式下反复
seekg()跨行——行长度不确定时，定位到某行开头本身就不安全
最常被忽略的一点：流对象一旦绑定了 locale，就不能再通过 imbue() 更改，必须重建流实例。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
