stringstream.clear()仅重置状态位（如failbit、eofbit），不清理缓冲区内容；真正清空需配合ss.str("")，且必须先clear()再str("")以确保后续操作正常。
stringstream.clear() 只重置状态位，不清理缓冲区
很多人调用 clear() 后发现内容还在，是因为这个函数只把 failbit、eofbit 等状态位清零，**完全不影响内部字符串缓冲区**。它解决的是“流进入错误状态后无法继续读写”的问题，不是“清空内容”。
典型误用场景：连续多次用同一个 stringstream 做格式化输出，但没清掉上次残留的字符串，导致结果拼接错误。
-
ss.clear()→ 仅重置状态，ss.str()返回的仍是旧字符串 - 必须配合
ss.str("")或ss.str({})才真正清空内容 - 如果只调
clear()又立刻
正确清空方式：str("") 和 str({}) 的区别
str("") 是最常用、语义最清晰的清空方法；C++11 起也可用 str({})（传空 initializer_list），两者效果一致，都替换内部缓冲区为一个空字符串。
注意：不要写 str(std::string())，虽然合法，但多一次临时对象构造，无必要。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
ss.str("")→ 推荐，直观、兼容所有标准版本 -
ss.str({})→ C++11+ 支持，等价于空字符串，但部分老编译器（如早期 MSVC）可能报错 -
ss.str(std::string())→ 不推荐，冗余构造 - 清空后
ss.tellg()/ss.tellp()会重置为 0，但需确保之前没 setstate，否则位置可能异常
需要同时重置状态和内容？组合调用更安全
如果 stringstream 已因输入失败（如读取非数字）进入 failbit 状态，仅 str("") 无法恢复读写能力——下次 > 仍会失败。
此时必须先 clear() 再 str("")，顺序不能反：状态不清零，str() 调用本身虽成功，但后续操作仍受阻。
- 正确顺序：
ss.clear(); ss.str(""); - 错误顺序：
ss.str(""); ss.clear();—— 逻辑上没问题，但习惯上先清状态更符合流的状态机模型 - 可封装成一行：
ss.clear(); ss.str({}); - 若只用于输出（
ostringstream），通常无需clear()，因为输出不会设failbit
性能与复用建议：避免频繁构造 stringstream
反复 new / 析构 stringstream 开销不小（涉及内存分配、locale 初始化等）。在循环中清空复用比每次都新建快得多，尤其在高频日志或序列化场景。
但要注意：str("") 不释放已分配的内存，只是重置长度；多次大字符串写入后，内部 buffer 可能持续膨胀。极端情况下需手动控制容量（罕见）。
- 高频场景优先复用 +
clear(); str("") - 不需要保留 capacity 时，可考虑
stringstream ss; ss.swap(decltype(ss)());（C++11 起），彻底释放内存，但一般没必要 - 若只做简单字符串拼接，
std::string+std::to_string往往更快、更轻量
stringstream 的关键在于分清「状态」和「内容」——它们是两个独立维度，漏掉任何一个都可能让后续行为不符合预期。 
