short int 赋值超范围会静默截断而非报错，因整型提升和字面量默认为int，运算结果多为int；应优先用int或int16_t，仅在内存敏感或协议对齐时用short。
short int 赋值时超出范围会静默截断
赋值语句本身没有语法错误，但 short int 通常只有 16 位（-32768 到 32767），超出就不是报错，而是低位保留、高位丢弃——结果完全不可预测。比如 short s = 100000; 在大多数平台实际存的是 -31072（100000 % 65536 - 32768）。
- 编译器默认不报错，
g++需加-Woverflow才提示 - 用
static_cast<short>(x)</short>不改变行为，只是显式转换，照样截断 - 如果源是字面量，部分编译器（如 Clang）在
-Wconstant-conversion下会警告 - 运行时无法靠
short自身检测溢出，必须提前检查范围或改用int
初始化和赋值写法没区别，但字面量类型有坑
short 变量声明后赋值、声明时初始化，底层都走相同隐式转换路径。真正容易翻车的是字面量默认类型：所有十进制整数字面量（如 123）都是 int，不是 short；所以 short s = 123; 实际是 int → short 转换，不是“直接存”。
-
short s = 32767;安全；short s = 32768;触发截断（变成 -32768） - 十六进制字面量如
0xFFFF也是int类型，不是无符号，赋给short同样截断 - 想明确表达“这是 short 字面量”，只能靠强制转换：
short s = static_cast<short>(123);</short>，但这不防溢出
和 int 混用时隐式提升常被忽略
C++ 表达式中，short 会自动提升为 int（整型提升规则）。这意味着你写的 short a = 1, b = 2; auto c = a + b;，c 的类型是 int，不是 short。看似简单加法，结果已经“变宽”了。
- 函数参数传
short，调用时仍按int压栈（除非函数明确声明接收short） - 模板推导（如
std::vector<short></short>）不会自动转成int，但算术运算中间结果几乎总是int - 用
auto接运算结果，别想当然认为还是short；要保持类型得显式转回：short c = static_cast<short>(a + b);</short>
什么时候真该用 short？
绝大多数场景不该主动选 short。它既不比 int 快（现代 CPU 对 int 运算更友好），也不节省内存（结构体对齐常让单个 short 占 4 字节）。
立即学习“C++免费学习笔记（深入）”；
- 真正适合的场合：与外部二进制协议/文件格式对齐（如网络包头定义为
int16_t） - 大量数组且内存敏感（如图像像素缓冲区），且确认值域严格在 ±32767 内
- 用
int16_t替代short更稳妥——它是固定宽度，不依赖平台short是否真为 16 位 - 局部计数器、循环变量、临时计算一律用
int，省心又安全
事情说清了就结束。
