std::to_string不能直接转换short，因其无short重载，short会隐式提升为int，易掩盖类型意图且引发语义错位；应static_cast(s)后再调用。
std::to_string 不能直接转 short
直接写 std::to_string(my_short) 看似合理，但会调用 int 版本重载——因为 short 会被隐式提升为 int，这本身没问题，但容易掩盖类型意图，且在某些严格类型检查场景（比如模板推导、自定义字面量处理）下可能引发意外行为。
更关键的是：如果 my_short 是负数，而你误以为它走的是 short 专属路径，其实根本不存在这个重载，所有整数最终都归到 int/long/long long 几个重载里。
- 别依赖隐式提升来“凑合用”，显式转成目标整型再调用更清晰
- 若后续要扩展支持
unsigned short，不加转换会导致调用unsigned int版本，语义错位 - 编译器不会报错，但静态分析工具（如 clang-tidy）可能警告
implicit conversion
推荐写法：先 static_cast<int></int> 再 std::to_string
这是最轻量、最兼容、也最不容易出错的方式。C++ 标准保证 short 取值范围完全落在 int 内，所以这个转换是保值且无副作用的。
short s = -123; std::string str = std::to_string(static_cast<int>(s)); // ✅ 明确、安全、可读
- 不要用
(int)sC 风格强制转换，static_cast更易被搜索和审查 - 不用
std::stringstream或fmt::format，除非你 already 需要格式化（比如补零、进制切换） - 避免
std::to_wstring，除非真需要宽字符——它不解决short问题，还引入编码和平台差异
如果要控制格式（比如固定宽度、十六进制），用 std::format（C++20）
当你不满足于默认十进制字符串，而是需要 "00123" 或 "0xFF" 这类输出时，std::to_string 就不够用了。C++20 的 std::format 是目前最现代、类型安全的选择。
立即学习“C++免费学习笔记（深入）”；
short s = 255;
std::string dec = std::format("{:d}", s); // "255"
std::string hex = std::format("{:x}", s); // "ff"
std::string pad = std::format("{:05d}", s); // "00255"
- 注意：GCC 13+ / Clang 15+ 才有完整
std::format支持；MSVC 从 19.30 开始支持 - 如果还在用 C++17，退而求其次用
std::stringstream+std::setfill，但记得清空flags避免影响后续使用 -
std::format对short会自动提升，无需手动static_cast，但显式 cast 仍建议保留以示意图
别踩 std::to_string 的隐含陷阱
这个函数名字很“诚实”，但它只认几个特定类型：int、long、long long、unsigned 版本，以及浮点。它不认识 short、char、int8_t 这些窄整型——它们全靠提升“混进去”。看似省事，实则埋了理解断层。
- 传
char进去？得到的是 ASCII 码数字，不是字符本身（std::to_string('A')→"65"） - 传
signed char和unsigned char行为不同，前者可能被提升为负int，后者为正int - 跨平台时，
short大小始终是 2 字节，但int是 4 或更多，这种提升虽安全，却模糊了原始类型的语义边界
真正复杂的地方不在怎么写，而在要不要写——有时候一个 short 本就该保持为数值上下文里的紧凑表示，强行转 string 可能说明接口设计已偏离初衷。
