std::stringstream的clear()仅重置错误状态位而不清空内容，清空必须用str("")；复用时需同时调用str("")和clear()，否则可能引发静默解析错误。
std::stringstream 的 clear() 不清内容，只清状态位
很多人调用 ss.clear() 后发现字符串还在，以为没生效——其实它只重置 failbit、badbit、eofbit 等错误标志，不碰缓冲区。真正清空内容必须操作底层 string。
-
ss.str("")是最直接的方式：把内部 string 设为空串 - 如果同时要清状态位（比如之前读取出错），需组合使用：
ss.str(""); ss.clear(); - 仅调用
ss.clear()而不调用str("")，后续ss >> x仍会从原字符串剩余位置继续解析
重用 stringstream 前必须 str("") + clear() 才安全
常见于循环中反复解析字符串的场景，比如逐行处理配置项。漏掉任一操作都可能引发静默错误：
- 漏
str("")→ 下次ss 实际是追加，变成"oldnew" - 漏
clear()→ 若上次解析失败（如数字格式错误），failbit仍置位，后续所有输入/输出操作直接跳过 - 正确顺序无关紧要，但二者缺一不可：
ss.str(""); ss.clear();或ss.clear(); ss.str("");都可以
替代方案：构造新对象比复用更清晰
在局部作用域频繁使用时，直接创建新 std::stringstream 对象往往比手动重置更可靠，编译器优化后开销几乎为零：
- 避免状态残留风险，无需记忆重置步骤
- 语义更明确：
std::string line = "42 3.14"; { std::stringstream ss(line); int i; double d; ss >> i >> d; // 安全 } // 下次用就 new 一个，不复用旧 ss - 仅当性能敏感且实测证明构造成本高时（极少见），才考虑复用并严格重置
不要用 rdbuf()->pubseekpos(0) 清空 stringstream
有人尝试通过操作底层 streambuf 重置读写位置，例如：ss.rdbuf()->pubseekpos(0) —— 这不能清内容，也不能重置状态位，还可能因未定义行为导致崩溃（尤其在 C++11 及以后）。
立即学习“C++免费学习笔记（深入）”；
-
pubseekpos只影响当前读/写位置，不修改缓冲区内容 -
std::stringstream的rdbuf()返回的是std::stringbuf*，其 seek 行为受 string 内容长度限制，越界即失败 - 标准未保证该操作对
std::stringstream有效，GCC/Clang/MSVC 实现差异大，切勿依赖
clear()，下一次 operator>> 直接返回 false，但变量值不变——这种 bug 很难被单元测试覆盖，只能靠代码审查或静态分析工具捕获。 
