short int在绝大多数现代系统上是16位有符号整数，取值范围为−32768到32767；其确切范围应通过std::numeric_limits::min()和max()获取，而非硬编码；short大小由实现定义，而int16_t要求精确16位，用于需确定内存布局的场景。
short int 在 C++ 里到底能存多大？
它不是固定值，取决于编译器和平台，但绝大多数现代系统（x86/x64、ARM64）上，short int 是 16 位有符号整数，取值范围是 −32768 到 32767。
这个范围来自二进制补码表示：n 位有符号整数的取值范围是 −2n−1 到 2n−1 − 1。代入 n = 16，就是 −32768 到 32767。
别硬背数字，记住公式更可靠：std::numeric_limits<short>::min()</short> 和 std::numeric_limits<short>::max()</short> 才是唯一可移植的获取方式。
为什么不能直接写 -32768 和 32767？
硬编码这些数值看似方便，实际埋雷：
立即学习“C++免费学习笔记（深入）”；
- 某些嵌入式平台或老编译器可能让
short是 32 位（虽然极少见），这时硬写 32767 就成了人为上限 - 代码换到不同 ABI 或 stdlib 实现时，行为可能意外变化
- 如果后续改成
int16_t或std::int16_t，硬编码值反而失去意义
正确做法是包含 <limits></limits>，用标准库查：
#include <limits> static constexpr short kMin = std::numeric_limits<short>::min(); // -32768 static constexpr short kMax = std::numeric_limits<short>::max(); // 32767
short 和 int16_t 有什么区别？
short 是语言内置类型，大小由实现定义；int16_t 是 <cstdint></cstdint> 提供的精确宽度类型，**只在平台支持 16 位有符号整数时才存在**。
关键差异：
-
short保证至少 16 位（C++ 标准要求），但可以更宽；int16_t要求恰好 16 位，否则该类型不定义（编译失败） - 需要确定内存布局（比如网络协议、文件格式、硬件寄存器映射）时，必须用
int16_t，不能依赖short - 仅作局部计数或临时变量时，
short更轻量、更自然，且现代编译器对它的优化通常不输int16_t
常见溢出错误和调试线索
超出 short 范围不会自动报错，而是静默回绕（wraparound），比如 32767 + 1 变成 −32768 —— 这类 bug 很难复现，尤其在边界条件或跨平台测试时。
典型现象：
- 循环突然提前退出（比如
for (short i = 0; i 永远跑不满） - 日志里出现负数时间戳、负的长度字段、负的索引
- 断言失败：
assert(x >= 0)崩在不该崩的地方
排查建议：
- 用 UBSan（UndefinedBehaviorSanitizer）编译：
-fsanitize=undefined，它会在运行时捕获有符号溢出 - 对关键
short变量做显式范围检查，尤其是输入解析、算术运算后 - 注意隐式提升：
short a = 32767; short b = a + 1;中，a + 1先提升为int计算，再截断赋值回short—— 溢出发生在赋值环节，不是加法本身
真正麻烦的不是记不住 −32768，而是忘了 short 的行为依赖平台、编译器和上下文，而溢出又不报错。靠人脑校验不如靠工具和类型选择。
