安全复用 stringstream 必须同时调用 ss.str("") 清空缓冲区和 ss.clear() 重置状态位，缺一不可；C++11 后更推荐循环内新建对象以避免内存膨胀和状态残留。
str("")才是清空缓冲区的正确操作
调用 ss.str("") 会彻底替换内部字符串缓冲区，让 ss.str() 返回空串，后续写入从头开始。它不碰任何状态标志位——哪怕流之前卡在 failbit 或 eofbit，调完还是不能读写。
常见错误是只写 ss.str("") 就去继续 ss >> x，结果静默失败，因为流状态没恢复。
-
ss.str({})和ss.str("")效果完全一致，后者更常用 - 传入非空字符串（如
ss.str("init")）会直接初始化缓冲区，不是追加 - 多次调用
str("")不会导致内存泄漏，但内部缓冲区可能不会缩容（尤其 C++11 前）
clear()只重置状态标志，和内容无关
ss.clear() 的唯一作用是把 failbit、badbit、eofbit 全部清零，恢复流的“可操作性”。它对已存在的字符串内容不做任何改动——ss.str() 调完依然返回原内容。
典型误用场景：
立即学习“C++免费学习笔记（深入）”；
- 用
ss >> x解析失败后只调clear()，再读仍失败：因为非法字符还留在缓冲区里，且未被跳过 - 循环中反复
clear()却不str("")，第二次解析会混入第一次残留的尾部数据（比如换行符或未消费的字段） - 误以为
clear()类似vector::clear()，结果字符串越叠越长
安全复用 stringstream 必须两者都调
要把一个 stringstream 当作临时解析器反复使用（比如解析多行配置、批量转换数字），必须同时做两件事：
-
ss.str("")：清空缓冲区内容 -
ss.clear()：清除所有错误状态位
顺序无所谓，但缺一不可。例如：
std::stringstream ss;
ss << "123";
int x;
ss >> x; // x == 123
ss.str(""); // 清内容
ss.clear(); // 清状态
ss << "456";
ss >> x; // x == 456，没问题
如果只做其中一步，大概率在某次迭代中出现难以定位的静默失败。
C++11 后更推荐新建对象而非复用
虽然 str("") + clear() 开销很小，但内部缓冲区往往不会自动缩容。比如先写入 1MB 字符串再清空，内存占用仍维持高位——这对高频短生命周期的解析场景不友好。
更轻量、更可控的做法是：
- 在循环内直接定义新对象：
for (...) { std::stringstream ss; ... } - 利用移动语义（C++11 起），构造开销几乎可忽略
- 避免状态残留和内存膨胀，逻辑也更清晰
只有当对象创建成本确实成为瓶颈（极少见），才值得考虑复用 + str("") + clear() 组合。
