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 实际是追加，变成 <code>"oldnew"
• 漏 clear() → 若上次解析失败（如数字格式错误），failbit 仍置位，后续所有输入/输出操作直接跳过
• 正确顺序无关紧要，但二者缺一不可：

  ss.str(""); ss.clear();

  或

  ss.clear(); ss.str("");

  都可以

替代方案：构造新对象比复用更清晰

在局部作用域频繁使用时，直接创建新 std::stringstream 对象往往比手动重置更可靠，编译器优化后开销几乎为零：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

• 避免状态残留风险，无需记忆重置步骤
• 语义更明确：

  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 很难被单元测试覆盖，只能靠代码审查或静态分析工具捕获。