最稳妥的数字转字符串方式是std::to_string，但stringstream在需格式控制、多段拼接或兼容C++98时仍不可替代；常见错误是仅调用ss而未清空缓冲区或未正确使用str()。
stringstream 用法：把数字转成字符串最稳妥的方式
直接用 std::to_string 是更现代的选择，但 std::stringstream 在需要格式控制、多段拼接或兼容老标准（如 C++98）时仍不可替代。
常见错误是只调用 ss 就以为完成了转换，忘了取结果——<code>ss.str() 才是真正的字符串输出，不调它，你拿到的只是空串。
-
std::stringstream是流对象，不是函数，得先构造再写入再读出 - 整数、浮点数、布尔值都能塞进去，自动按默认格式转换（比如
true变成"1"，不是"true"） - 想输出
"true"得手动写ss - 重复使用前建议调用
ss.str("")清空内容，否则会追加而不是覆盖
示例：
std::stringstream ss; ss << 42 << "x" << 3.14; std::string s = ss.str(); // s == "42x3.14"
stringstream 清空和重用：为什么反复用同一个对象会出错
很多人在循环里反复用同一个 std::stringstream 对象，却没清状态位，导致后续写入失败或数据残留。
关键点在于：流对象有内部状态（failbit、eofbit 等），一旦发生读取失败或到达末尾，这些标志位不会自动重置；同时缓冲区内容也不会自动清空。
立即学习“C++免费学习笔记（深入）”；
- 必须同时做两件事：
ss.str("")清内容 +ss.clear()清状态位 - 只清内容不清理状态位：下次写入可能被忽略（比如之前触发过
failbit） - 只清理状态位不清内容：新数据会追加到旧字符串后面
- C++11 起可直接构造临时对象（
std::stringstream{} ），避免重用问题
stringstream vs to_string：什么时候不该用 stringstream
纯数值转字符串且不需要格式化时，std::to_string 更轻量、更快、无状态管理负担。
std::stringstream 启动开销明显（构造内部缓冲、初始化 locale 等），尤其在高频短转换场景下差异可观。
-
std::to_string(123)返回"123"，不能控制宽度、填充、进制 - 要十六进制？得用
std::hex+std::stringstream，to_string不支持 - 要固定小数位数？
std::fixed+std::setprecision只能在流里生效 - 跨线程使用需注意：
std::stringstream非线程安全，别共享对象
stringstream 解析字符串：比 atoi / stod 更安全但更重
从字符串提取数字时，std::stringstream 能检测格式错误并保持原有流状态，比裸调 atoi 或 stod 更可控。
但它不能像 stod 那样返回解析位置，也不自带异常开关——出错时只会置位 failbit，你需要主动检查。
- 写法：
ss >> num，成功则返回ss自身（可判断真假），失败则ss.fail() == true - 如果输入是
"123abc"，ss >> i会读出123并停在'a'，不报错也不跳过 - 想严格要求“全匹配”，得额外检查
ss.peek() == EOF或ss.eof() - 大量解析时性能弱于
strtol，因为涉及 locale 查表和格式推导
这事没银弹。格式自由、容错要高、还要带 locale 支持？用 std::stringstream。只要快、确定格式干净、单线程？stol / stod 更直接。
