std::to_string仅支持int、long、long long及对应unsigned类型，不支持short和char；需显式转换且无格式控制功能。
std::to_string 能转哪些 int 类型
std::to_string 在 C++11 中只重载了 int、long、long long、unsigned 及其变体（如 unsigned long），但**不接受 short 或 char**。直接传 short s = 42; 会编译失败，因为没有匹配的重载。
常见错误现象：error: no matching function for call to 'to_string(short&)'
- 必须显式转成
int：std::to_string(static_cast(s)) -
char同理，std::to_string('a')得到的是 ASCII 码 "97"，不是字符 "a"；要转单字符字符串，用std::string(1, 'a') - 注意
long long在 Windows MSVC 下是__int64，但std::to_string已适配，无需额外处理
为什么 std::to_string 不能控制格式（比如补零、进制）
std::to_string 的设计目标就是“快速转十进制字符串”，它**不提供任何格式化参数**。它内部调用类似 sprintf 的底层逻辑，但封装得非常死。
使用场景受限时你会立刻遇到问题：
- 想转十六进制？不行 —— 改用
std::stringstream或 C++17 的std::format - 想补前导零（如 7 → "007"）？不行 —— 需配合
std::setfill+std::setw，或手写填充逻辑 - 想控制小数位（虽然它不处理浮点，但有人误试）？直接报错 —— 它根本不支持
float/double的精度控制
示例（补零）：
std::ostringstream oss;
oss << std::setw(3) << std::setfill('0') << 7;
std::string s = oss.str(); // "007"
性能和线程安全要注意什么
std::to_string 是无状态、纯函数式调用，**线程安全**，多个线程同时调用不会冲突。但它内部可能触发临时内存分配（尤其对大整数），所以高频调用（如循环中每帧转几千次）会有可观开销。
- 比
sprintf(buf, "%d", x)慢约 1.5–2 倍（实测 clang 15 / GCC 12），因涉及std::string构造和动态分配 - 若已知数字范围（如 ID 总在 0–9999），可预分配缓冲区 +
std::to_chars（C++17）获得零分配版本 - MSVC 在 Debug 模式下
std::to_string有额外检查开销，Release 下才接近最优
替代方案：什么时候不该用 std::to_string
当需求超出“简单十进制转换”时，硬套 std::to_string 只会让代码更绕、更难维护。
- 需要进制转换（二进制/八进制/十六进制）→ 直接用
std::bitset（仅限 compile-time 确定宽度）或std::stringstream配合std::hex - 拼接多个值（如
"id=" + std::to_string(id) + ", cnt=" + std::to_string(cnt)）→ 改用std::format（C++20）或fmt::format（第三方）更清晰 - 嵌入式或内存敏感环境（无 STL string 分配器控制）→ 用
std::to_chars写入栈数组，避免堆分配
最容易被忽略的一点：std::to_string 对负数的处理是标准的（如 -123 → "-123"），但如果你后续要做字符串解析或校验，得确认接收方是否严格按十进制符号规则处理——有些协议或旧系统把负号当作非法字符直接截断。
