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