重复使用 stringstream 前必须同时调用 ss.clear() 和 ss.str("")：前者重置错误状态位（如 eofbit、failbit），后者清空缓冲区；缺一不可，否则导致读取失败或数据污染。
重复使用 stringstream 前必须同时清理状态位和缓冲区内容
只调 ss.clear() 或只调 ss.str("") 都不完整，缺一不可。否则要么后续写入被忽略（状态位卡在 failbit 或 eofbit），要么新数据追加到旧字符串后面，导致结果污染。
-
ss.clear()：重置所有错误状态标志（如failbit、badbit、eofbit），但完全不影响已存在的缓冲区内容 -
ss.str("")：清空内部字符串缓冲区，但不改变任何状态位；如果之前读取失败过，下次 - 顺序无关紧要，但两个操作都得有；常见误写是只写
ss.clear()就以为万事大吉
为什么 clear() 不等于“清空内容”
clear() 是流基类 basic_ios 的成员函数，语义上专指“清除状态标志”，和文件流里 cin.clear() 作用一致。它跟字符串内容零关系——哪怕你刚用 ss >> num 把缓冲区读空了，ss.str() 依然返回原始整段字符串，ss.clear() 也不会动它分毫。
- 典型错误现象：
ss >> a; ss >> b;第二次读失败，b保持未初始化值，ss.fail()返回true - 根本原因：第一次读到末尾触发
eofbit，不clear()就无法继续提取 - 验证方式：
cout 能立刻暴露问题
更安全的替代方案：避免重用，改用临时对象
C++11 起，构造临时 std::stringstream{} 几乎零开销，比反复清理更清晰、更不易出错。尤其在循环或短生命周期场景下，推荐直接 new 一个而不是复用全局/局部变量。
- 适用场景：单次格式化拼接、单次字符串转数字、函数内局部转换
- 示例：
int x = std::stoi((std::stringstream{} - 注意：
std::to_string更快，但不支持进制控制、填充、科学计数等格式需求
str("") 之后内存真的释放了吗
是的，ss.str("") 会触发内部 std::string 缓冲区的重新分配，旧内存交还给堆管理器。但若你频繁调用且字符串长度波动大，仍可能观察到内存占用缓慢上升——这是 std::string 的容量（capacity）策略所致，不是 stringstream 的 bug。
- 不必手动干预，除非 profiling 确认是瓶颈
- 极端情况可强制收缩：
std::string{}.swap(ss.str());，但极少需要 - 真正该警惕的是漏掉
clear()导致逻辑错误，而非这点内存抖动
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
