stringstream复用需同时调用str("")清空内容和clear()重置状态，缺一不可；仅clear()保留旧数据，仅str("")不恢复流功能；C++11后推荐循环内新建对象以避免内存残留。
stringstream 的 clear() 只清错误状态，不丢数据
很多人调用 ss.clear() 后发现之前写入的内容还在，ss.str() 依然能读出旧字符串——这是因为 clear() 仅重置流的错误标志位（如 failbit、eofbit），和缓冲区内容完全无关。它解决的是“流卡住不能读写”的问题，不是“想重新开始用流”。
典型误用场景：
- 读取失败后直接
ss.clear()就接着ss >> x—— 如果之前有残留字符（比如换行或非法字符），仍会再次失败 - 想复用
stringstream解析多组数据，只调clear()导致第二次解析混入第一次的尾部数据
str("") 才真正清空内容，但不重置状态
ss.str("") 把内部字符串缓冲区设为空，ss.str() 返回空串，后续写入从头开始。但它**不会动错误标志位**——如果流之前处于 failbit 状态，调完 str("") 后依然 !ss 为真，operator>> 仍会直接返回失败。
所以单独用 str("") 也不够安全，尤其在解析循环中：
立即学习“C++免费学习笔记（深入）”；
- 某次解析失败 →
failbit被置位 → 即使str("")清了内容，下一次ss >> x仍跳过执行 - 必须配合
clear()使用，顺序无所谓，但两个都得有
正确复用 stringstream 的标准写法
要安全地把一个 stringstream 当作“临时解析器”反复使用，每次都要同时处理内容和状态：
-
ss.str("")：清空已写入的字符串缓冲区 -
ss.clear()：清除所有错误标志（包括failbit、badbit、eofbit）
顺序可以互换，但缺一不可。例如：
std::stringstream ss;
ss << "123";
int x;
ss >> x; // x == 123
ss.clear(); ss.str(""); // 复位准备下一次
ss << "456";
ss >> x; // x == 456，没问题
如果只做其中一步，大概率在后续某次解析中静默失败。
性能与移动语义：C++11 后更推荐新建对象
频繁复用同一个 stringstream 并非最优解。虽然 str("") 和 clear() 开销很小，但内部缓冲区可能不会缩容，多次 str("very long string") 后再清空，内存占用仍维持高位。
现代 C++ 更简洁安全的做法是：
- 在循环内直接定义新对象：
for (...) { std::stringstream ss; ss - 利用移动语义（C++11+），
ss.str(std::string{})比ss.str("")更明确地触发移动赋值，避免拷贝
除非你明确控制生命周期且对微小开销敏感，否则不必强求复用单个对象——可读性、安全性、维护成本更重要。
最常被忽略的一点：流的状态位和内容是两套独立机制，任何想“重来”的操作，必须显式干预这两者，少一个都会埋下静默 bug。
