stringstream的clear()仅重置错误标志位（failbit、badbit、eofbit），不清理缓冲区内容；str("")才清空字符串，安全重用需先str("")再clear()。
string
stream
的
只清错误标志，不丢数据
很多人调用
后发现再次读取还能拿到旧内容，以为“没清干净”——其实它只重置
、
、
这些状态位，和字符串内容完全无关。比如你用
读到流末尾触发了
，后续所有提取操作都会失败；这时必须
才能继续读，但缓冲区里的字符一个没少。
才真正清空缓冲区内容
是
的成员函数，带参数时会替换内部字符串缓冲区。所以
或
才是清空已存文本的正确方式。注意它不会影响错误状态位，如果之前出过错（比如类型不匹配导致
被置），即使内容清空了，下一次读取仍会立刻失败。
只调
→ 缓冲区清空，但错误标志还在 → 下次
直接失败
只调
→ 错误标志清零，但旧字符串还在 → 下次
会继续从上次停的位置读
安全做法：先
，再
为什么不能只靠
实现“重用”
典型误用场景：在一个循环里反复用同一个
解析不同字符串。如果只写
，第二次
的写位置没重置）。更隐蔽的问题是，若之前读取触发过
，
正确重用模式：
立即学习
“
C++免费学习笔记（深入）
”；
C函数速查手册（CHM版）
C函数速查手册（CHM版）
下载
替代方案：
局部构造更安全
除非有明确性能要求（比如高频调用且对分配敏感），否则比反复清空更推荐每次需要时新建对象：
现代编译器对短生命周期
的构造/析构优化很好，临时对象开销远小于手动管理状态出错的风险。真正卡在性能上时，才值得去测
和重建之间的差异。
最常被忽略的一点：状态位和缓冲区是两个独立维度，任何“清空”操作都得同时覆盖这两边，缺一不可。
clear()ss.clear()failbitbadbiteofbitss >> xeofbitss.clear()str("")str()basic_stringstreamss.str("")ss.str({})failbitss.str("")>>ss.clear()>>ss.str("")ss.clear()ss.clear()stringstreamss.clear()ss 实际是追加到旧内容后面（因为内部 stringbuffailbitss 插入操作也会静默失败（operator 检查流状态，状态异常就直接返回）。ss.str(""); // 清内容
ss.clear(); // 清状态
ss << new_input;stringstreamstd::string line = "42 3.14";
{
std::stringstream ss(line);
int a; double b;
ss >> a >> b; // 状态和内容天然隔离
}stringstreamstr("") + clear()