std::to_string是C++11起标准化的类型安全数字转字符串方案，支持整型和浮点型，但不支持char（转ASCII值）、自定义类型、进制控制或locale定制，浮点精度不可控，嵌入式环境可能未实现。
直接用 std::to_string，它就是标准答案，别绕弯。
为什么不用 std::to_string 会踩坑
有人手动拼接、用 sprintf 或 std::ostringstream，但这些要么不安全（sprintf 缓冲区溢出），要么啰嗦（ostringstream 需要构造流对象、清空、转 str()），要么依赖宏或平台（如 _itoa）。std::to_string 是 C++11 起标准化的、类型安全、无缓冲区风险的方案。
常见错误现象：std::to_string(123) 返回 "123" 没问题，但传入 char 类型变量（如 char c = 'A'）时，它会把 ASCII 值转成字符串（std::to_string(c) → "65"），不是你想要的字符字面量。
- 只对整型（
int、long、long long）、浮点型（double、float）等内置数值类型重载，不支持自定义类型 - 不接受进制参数（比如不能直接转成十六进制），要转进制得用
std::stringstream或std::format（C++20） - 在嵌入式或极简 STL 环境中可能未实现（如某些裸机 libc++ 变体），需确认编译器和标准库支持情况
std::to_string 的典型用法与参数差异
它本质是函数模板的显式重载集合，不是泛型模板，所以不能传引用或指针，只能传值；参数类型决定调用哪个重载版本。
立即学习“C++免费学习笔记（深入）”；
使用场景：日志拼接、JSON 字段生成、调试输出、文件名编号等需要“数字→文本”转换的地方。
-
std::to_string(42)→"42"（int） -
std::to_string(42LL)→"42"（long long） -
std::to_string(-7)→"-7"（自动带符号） -
std::to_string(3.14159)→"3.141590"（固定小数位数，精度由浮点类型决定，不可控）
注意：std::to_string 对浮点数的格式是“足够精确且无尾随零”的最短十进制表示，但实际输出位数取决于实现，不保证可移植的精度控制——这点常被忽略。
替代方案：什么时候不该用 std::to_string
当你要控制格式（比如补零、指定进制、固定小数位），std::to_string 就不够用了。
- 转十六进制：
std::stringstream+std::hex，或 C++20 的std::format("0x{:x}", 255) - 补零到 4 位：
std::format("{:04}", 7)或std::stringstream配合std::setfill和std::setw - 性能敏感循环中频繁调用：
std::to_string内部有内存分配（堆上构造std::string），若已知数字范围且追求极致性能，可手写栈上缓冲（如char buf[12]+std::to_chars）
std::to_chars（C++17）是无分配、无异常、纯计算的底层接口，但返回的是 std::to_chars_result，需手动处理结尾符和长度，易出错——多数人真不需要碰它，除非 profiling 明确卡在这里。
真正容易被忽略的点：std::to_string 不处理 locale，永远用 C locale 的小数点和千分位规则；如果你的程序要国际化显示（比如德语用逗号作小数点），它完全不适用，必须换方案。
