std::to_string是c++11起的整数转字符串首选方案，但不支持进制、精度控制，浮点转换存在精度和平台差异问题；需格式化时应选std::ostringstream或c++17的std::to_chars。
to_string 是 C++11 起的标准方案，但有隐式限制
std::to_string 是最直接的转换方式，无需额外头文件（只要包含 <string></string>），适用于 int、long、long long、float、double、long double。但它**不支持自定义进制、不控制小数位数、也不处理负零或科学计数法格式**。
常见误用：to_string(-0) 返回 "0"（不是 "-0"），to_string(0.1f) 可能输出 "0.100000" 这类未截断浮点表示。
实操建议：
- 仅用于整数转字符串，且对格式无特殊要求时首选
- 避免用于浮点数精度敏感场景（如金融计算、日志比对）
- 注意：GCC 4.8+、Clang 3.2+、MSVC 2013+ 才完整支持；老版本可能缺失
long long重载
需要格式控制？用 std::ostringstream 更可靠
当你要指定宽度、填充字符、进制（如十六进制）、或浮点精度时，std::ostringstream 是更通用的选择。它行为明确、可预测，且兼容所有标准 C++ 版本。
立即学习“C++免费学习笔记（深入）”；
示例：转十六进制小写、带前缀
std::ostringstream oss; oss << std::hex << std::showbase << 255; std::string s = oss.str(); // "0xff"
关键点：
-
std::dec/std::hex/std::oct控制整数进制 -
std::setw+std::setfill控制宽度与填充（如补零） -
std::fixed+std::setprecision精确控制浮点小数位 - 每次使用前建议调用
oss.str("")清空缓冲区，避免残留
性能敏感场景慎用 to_string 和 ostringstream
两者都涉及动态内存分配（构造 std::string 内部 buffer），在高频循环中可能成为瓶颈。例如每秒百万次 int→string 转换。
替代方案：
- 用
std::to_chars（C++17）：写入预分配的 char 数组，零分配、无异常，但需手动计算长度和处理错误码 - 对固定范围整数（如 0–9999），可用查表法或手工除法展开，避免流/函数调用开销
- 若只是为打印调试，直接
std::cout 比先转 string 再输出更快
std::to_chars 示例片段：
char buf[12];
auto [ptr, ec] = std::to_chars(buf, buf + sizeof(buf), 12345);
if (ec == std::errc{}) {
std::string s(buf, ptr);
}
跨平台移植时注意 MSVC 的 to_string 实现差异
MSVC（尤其旧版）的 std::to_string 对浮点数的舍入行为曾与 libstdc++/libc++ 不一致，比如 to_string(0.1f) 在某些 MSVC 版本中返回 "0.10000000149011612"，而 GCC 返回 "0.100000"。虽然近年已收敛，但若项目需严格一致输出，应统一用 std::ostringstream 或 std::format（C++20）。
另外，MSVC 2015 及更早版本不支持 long long 的 to_string 重载，编译会报错 —— 此时必须改用流或手写转换逻辑。
真正容易被忽略的是：to_string 不抛异常，但输入是 NAN 或 INF 时行为未标准化，不同 STL 实现有不同字符串输出（如 "nan" vs "NAN"），生产环境务必隔离这类输入。
