正确清空 stringstream 需先调 str("") 清缓冲区，再调 clear() 重置状态位；单独调任一函数均无效，因 str("") 不影响状态位，clear() 不清内容；高频场景建议直接构造新对象。
stringstream 清空流的正确姿势是 str("") + clear() 一起用
只调 str("") 不够，只调 clear() 更不行。前者重置缓冲区内容但不恢复错误状态，后者只清标志位（如 failbit、eofbit），不碰字符串内容。常见现象是：第二次读写失败、operator>> 直接跳过、good() 返回 false。
实操建议：
-
str("")必须先调，清空内部std::string缓冲 - 紧接着调
clear()，把failbit/eofbit等状态位重置为ios_base::goodbit - 顺序不能反——如果先
clear()再str("")，中间若发生过失败（比如提取整数失败），str("")可能不会重置流状态，后续操作仍被阻塞
为什么 clear() 单独调用不能清空内容
clear() 是流状态管理函数，不是数据清空函数。它只修改 rdstate() 中的标志位，对底层存储的字符串零影响。典型误用场景：
std::stringstream ss("123abc");
int x;
ss >> x; // 成功读 123，x=123，ss 内部位置停在 'a'
ss.clear(); // 只清了状态，ss.str() 仍是 "123abc"，pos 还在 'a'
ss >> x; // 下次读仍从 'a' 开始，失败，设 failbit
此时必须 ss.str("") 重置缓冲 + ss.clear() 恢复状态，才能真正“重启”流。
立即学习“C++免费学习笔记（深入）”；
str("") 后是否一定需要 clear()
绝大多数情况需要。例外仅限：你刚构造完 stringstream，或上次操作完全成功（good() == true）且没触发任何错误状态。但实际编码中很难保证这点——尤其在循环解析、异常路径、用户输入场景下，failbit 或 eofbit 很容易残留。
安全做法就是无脑组合：
ss.str("");
ss.clear();
性能上无负担：str("") 是移动空字符串，clear() 是位运算，两者都是常数时间。
替代方案：直接构造新对象更清晰
如果清空是高频操作（比如在循环里反复解析不同字符串），不如每次新建 std::stringstream：
for (const auto& s : strings) {
std::stringstream ss(s); // 构造即初始化，干净无残留
int x;
if (ss >> x) { /* ... */ }
}
相比复用+清空，这种方式语义更明确、无状态残留风险、编译器优化友好。只有在构造开销敏感（比如极短字符串+极高频调用）时才考虑复用流并手动清空。
流对象本身轻量，真正成本在内部 std::string 的内存分配；而 str("") 通常会释放旧内存，下次 str(new_str) 又要重新分配——这和新建对象几乎一样。
