std::to_string是最简数值转字符串方案，仅支持基础类型且无格式控制；需格式化、老标准兼容或自定义类型时，应改用std::ostringstream。
to_string 是最简方案，但只支持基础数值类型
std::to_string 能直接把 int、long、double 等转成 std::string，不用手动管理内存或格式化缓冲区。但它不支持自定义进制、精度控制，也不能处理 char、bool（bool 会转成 "0" 或 "1"，不是 "true"）、更不能转指针或用户类型。
常见错误是传入 char：比如 to_string('a') 实际转的是 ASCII 值 97，不是字符 "a"；传 nullptr 或 void* 会编译失败。
实操建议：
- 用
to_string(x)处理整数、浮点数输出（如日志拼接、简单 UI 字符串） - 别对
char、bool、std::string再套一层to_string——前者类型不匹配，后者多余 - 浮点数默认保留 6 位有效数字，
to_string(0.1)得到"0.100000"，不是精确十进制表示，也不可控
需要格式控制？用 std::ostringstream 更稳
当你要指定小数位数、补零、科学计数法、十六进制，或者拼多个不同类型值（比如 int + double + 文字），std::ostringstream 是更通用的选择。
立即学习“C++免费学习笔记（深入）”；
它本质是带格式的字符串流，行为接近 printf 但类型安全。性能略低于 to_string（构造流对象、格式状态维护有开销），但在绝大多数非高频场景里感知不到。
实操建议：
- 用
#include <sstream>和std::ostringstream oss; - 设置精度：
oss << std::fixed << std::setprecision(2) << 3.14159;→"3.14" - 转十六进制：
oss << std::hex << 255;→"ff"（记得加std::uppercase如果要大写） - 避免重复创建：高频调用时，复用同一个
oss对象，调用oss.str("")清空内容比新建更快
to_string 在 C++11 以上才可用，老项目要注意兼容性
如果你的编译环境是 C++98/03（比如某些嵌入式工具链、旧版 Visual Studio 2010 及以前），std::to_string 根本不存在，直接编译报错：'to_string' is not a member of 'std'。
这时候不能硬加头文件或自己声明——标准库没实现，链接也会失败。替代方案只有 std::ostringstream，或 C 风格的 sprintf（需手动预估缓冲区大小，有溢出风险）。
实操建议：
- 检查编译器和标准版本：
g++ -std=c++11或更高；MSVC 2013 起支持 - 跨平台项目中，用
#ifdef __cplusplus && __cplusplus >= 201103L包裹to_string调用 - 不要依赖 IDE 的“语法高亮通过”就认为能编译——有些 IDE 会误判 C++ 标准支持范围
自定义类型想用 to_string？得自己重载 operator<< 或写专用函数
std::to_string 不接受用户定义类型，连 std::vector<int> 都不行。有人试过 to_string(my_struct)，结果是编译错误：no matching function for call to 'to_string'。
真正可行的路只有一条：让类型支持流输出，即重载 operator<<(std::ostream&, const T&)，然后用 std::ostringstream 拼出来。或者干脆写个独立的 to_string(const MyType&) 函数，内部用 ostringstream 或 fmt::format（如果引入了 fmt 库）。
实操建议：
- 别试图特化
std::to_string——标准禁止用户对std命名空间内模板做全特化（除个别允许情形） - 重载
operator<<时，确保返回os引用，并处理好 const 正确性 - 如果只是临时转换，写个自由函数比改流操作符更轻量，也避免污染全局
operator<<行为
浮点数精度、老标准兼容、自定义类型的流支持——这三个点，实际写代码时最容易卡住。不是语法不会，而是报错信息不指向根因，容易绕远路。
