short是16位有符号整数，取值范围-32768～3277，适用于确定不越界的场景（如传感器数据、pcm样本），禁用于可能超限或jvm要求int的场合；运算结果自动提升为int，需显式强制转换；成规模使用可节省内存，对接二进制格式时保证字节对齐。
Java 中的 short 是一个 16 位有符号整数类型，占 2 字节，取值范围固定为 -32768 到 32767。它不是“备用 int”，也不是语法糖，而是一个有明确适用边界的工具——用对了省空间、保兼容；用错了反而增加出错风险和维护成本。
明确数据范围再决定是否用 short
声明前先问：这个值**永远不可能超出 ±32767 吗？** 如果答案不确定，就别用 short。
- ✅ 合适场景：传感器温度（-50～100℃，放大 10 倍后为 -500～1000）、音频 PCM 样本（标准 16-bit，范围正好匹配）、瓦片地图索引（0～4095）、协议中的端口号（0～65535，用 short 存并配合无符号逻辑处理）
- ❌ 不合适场景：用户 ID、订单数量、循环计数器、数组下标——这些要么可能超限，要么 JVM 要求必须是 int，强行用 short 只会触发编译错误或运行时异常
批量存储时才体现内存价值
单个 short 比 int 少占 2 字节，但 CPU 处理仍常按 32 位对齐，性能几乎无差别。真正收益来自**成规模使用**：
- 百万级 short 数组（如
short[] samples = new short[1_000_000]）比 int 数组节省约 2MB 内存 - 对象中多个 short 字段（如含 8 个 short 的数据结构），在高频创建百万实例时，堆内存可减少数 MB
- 嵌入式或内存受限环境（如 Android 低端设备、IoT 网关）中，这种节省更敏感
运算和赋值必须牢记自动提升规则
Java 规定：所有涉及 short、byte、char 的算术运算，结果**自动提升为 int**。这不是隐式转换，而是语言强制行为。
- ❌ 错误写法：
short a = 10, b = 20; short c = a + b;→ 编译失败，因为a + b是 int - ✅ 正确写法：
short c = (short)(a + b); - ⚠️ 特例允许：
short x = 5 + 3;成立，因编译器在常量折叠阶段确认结果未越界，属于安全隐式窄化
对接外部格式时优先考虑字节对齐
当与二进制协议、文件格式或硬件交互时，short 的核心价值是**结构体映射准确**：
- 读写 WAV 文件的采样数据、BMP 图像的分辨率字段，原始数据就是 16 位，用 short 直接对应，避免手动拆包/组合
- 通过 JNI 调用 C 函数，C 端结构体含
int16_t字段，Java 端自然用 short 接收，语义清晰且无精度损失 - 网络协议中长度字段定义为 unsigned 16-bit，Java 用 short 存储，用
(x & 0xFFFF)获取无符号值，比转 int 更轻量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
