clear() 清除流的错误状态位（如 failbit、eofbit），而非内容或文件指针；需配合 seekg()/ignore() 等操作才能恢复正常 i/o。
clear() 函数到底清什么？不是清内容，是清状态位
clear() 不会清空文件内容，也不会重置文件指针位置，它只负责把 ios_base::iostate 中的错误标志位（比如 failbit、badbit、eofbit）重置为 goodbit。一旦流进入失败状态（例如读到文件末尾后继续读、格式化输入失败），后续所有 I/O 操作都会直接跳过——哪怕你已经修复了外部条件，流自己“记着错”就不会再干活。
常见错误现象：cin 输入非数字导致 failbit 置位，之后连续调用 cin >> x 都失败，控制台像卡住一样；或者 ifstream 读完最后一行后 eofbit 被设，接着 getline() 返回空字符串且不报错，逻辑悄悄出错。
- 必须在调用
clear()前确认流对象本身还有效（比如没被 move 走、没被 close） - 如果是因为
eofbit导致阻塞，仅clear()不够，还需配合seekg(0)或其他定位操作才能重新读取 -
clear()不接受参数时等价于clear(ios_base::goodbit)；传参如clear(ios_base::failbit)是非法的——它只接受一个表示「目标状态」的整型值，不是掩码操作
为什么 clear() 后还要 seekg()/seekp()？因为指针和状态是两回事
文件流的读写位置（get pointer / put pointer）和错误状态完全独立。比如用 ifstream 读到 EOF 后，eofbit 被设，同时读指针停在文件末尾；此时调用 clear() 只让流“忘记自己到过 EOF”，但指针仍在原地——下次 getline() 还是从末尾开始读，立刻又触发 eofbit。
使用场景：需要反复读同一份配置文件、单元测试中复用同一个 stringstream、日志回滚分析时重读前几行。
-
seekg(0)把读指针移回开头（对ifstream和stringstream都适用） -
seekg(0, ios_base::end)移到末尾，常用于获取文件大小：auto size = ifs.tellg(); ifs.seekg(0); -
stringstream调用str("")会清空缓冲区并重置指针，但它不是clear()的替代品——str()改内容，clear()改状态，两者常一起用
clear() 和 ignore() 经常配对出现，但别搞混职责
当输入流因格式错误（比如期望整数却输入字母）而卡住时，failbit 被设，非法字符仍留在缓冲区里。此时只调 clear()，下一次读取还会立刻失败——因为坏数据还在那儿。
典型错误：用户输入 "abc" 后程序死循环提示“请输入数字”，根本没机会重输。
- 先
cin.clear()恢复流可用性 - 再
cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize>把当前行剩余字符（包括换行符）丢弃掉 - 注意
ignore()的第一个参数是最大跳过字节数，设太小可能漏掉内容；numeric_limits<streamsize>::max()</streamsize>是安全写法 - 如果只是想跳过一个字符（比如分隔符），直接
ignore(1)更轻量
stringstream 清空的完整姿势：str("") + clear() 缺一不可
stringstream 是内存流，它的“清空”需求最典型也最容易出错。只调 str("") 会让内容变空，但状态位（比如之前失败留下的 failbit）不会自动清除；反之只调 clear()，旧内容还在，新写入会追加而非覆盖。
性能影响：对小字符串，str("") 开销可忽略；但若反复构造新 stringstream 对象（比如循环内 stringstream ss;），比复用+清空稍慢一点，不过差异通常不构成瓶颈。
- 正确写法：
ss.str(""); ss.clear(); - 错误写法：
ss.str("");—— 状态未清，下次读可能失败；或ss.clear();—— 内容残留，ss 实际变成 <code>"oldnew" - 兼容性提醒：C++98 起就支持，无跨平台问题；但
ss.clear()必须在ss.str("")之后调用，顺序反了没用
状态位和缓冲区内容是两个维度的事，C++ 流的设计就是这么“分得清”。很多人卡在以为 clear() 能一劳永逸，结果调试半天发现指针早飘到天边去了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
