short占2字节（-32768~32767），int通常占4字节（-2147483648~2147483647）；short用于内存敏感场景，但算术运算中会提升为int。
short 和 int 的内存与取值范围到底差多少
在绝大多数现代 c++ 编译器（如 GCC、Clang、MSVC）和主流平台（x86/x64 windows/linux/macos）上，short 固定占 2 字节（16 位），有符号时范围是 -32768 到 32767；int 通常占 4 字节（32 位），范围是 -2147483648 到 2147483647。这不是“可能”，而是实际可验证的事实——你写 sizeof(short) 和 sizeof(int)，99% 的情况下分别输出 2 和 4。
容易踩的坑：
- 误以为
int总是比short“更标准”或“更安全”——其实它们语义不同：前者是通用整型，后者是明确为小范围优化而存在的类型 - 在跨平台代码中硬编码
short存储大于 32767 的值，比如从文件读入 ID 或时间戳，结果溢出变负数却无提示 - 用
short做数组下标或循环变量（如for (short i = 0; i ），当 <code>n > 32767时直接死循环
什么时候该用 short，而不是 int
用 short 不是为了“显得更专业”，而是为特定场景做显式约束和空间节省。它真正有价值的地方非常具体：
- 结构体/类中大量字段需紧凑排布（例如传感器采样点数组：
Struct Sample { short x, y, z; };，省一半内存） - 嵌入式开发或内存极度受限环境（如 mcu RAM
- 与外部二进制协议对接时，字段明确定义为 16 位（如 Modbus 寄存器、BMP 文件头）
- 已知数据绝对不超 ±32K，且要靠类型本身防止误传大值（比如温度摄氏度 -200~+200，用
short比int更具文档性）
反例：别用 short 存用户 ID、时间戳毫秒、计数器上限未知的循环变量——这些场景里 int 是更稳妥的默认选择。
立即学习“C++免费学习笔记（深入）”；
short int 就是 short，别被语法绕晕
short int 和 short 在 C++ 中完全等价，编译器不区分；同理 long int == long。这是语法糖，不是两种类型。
常见错误现象：
- 看到别人写
short int x;就以为它比short x;“更完整”或“范围更大”——其实 sizeof 结果一模一样 - 误以为
signed short int和unsigned short是同一类型家族里的“子类”，结果在函数重载或模板推导中因符号性不匹配导致编译失败 - 在 typedef 或模板中混用
short和short int，造成可读性下降，但无功能差异
溢出行为：不报错，但结果不可预测
C++ 对有符号整数溢出（如 short 超过 32767 再加 1）的行为是未定义（UB），不是“自动回绕”。虽然多数编译器当前按模 2¹⁶ 处理（32767 + 1 → -32768），但这不能依赖。
实操建议：
- 永远不要靠溢出来做逻辑判断（比如用
if (s == -32768)检测是否溢出） - 若需安全截断，显式检查：
if (val > SHRT_MAX) val = SHRT_MAX;（记得包含<climits></climits>） - 启用编译器溢出检测（如 GCC/Clang 的
-fsanitize=undefined），让问题在测试期暴露
最常被忽略的一点：short 在算术表达式中会自动提升为 int（整型提升规则）。所以 short a = 32767, b = 1; auto c = a + b; 中，c 的类型其实是 int，不是 short——这点直接影响模板推导和 sizeof 结果。