java中short是16位有符号整数类型，占2字节，取值范围为-32768至32767；适用于大批量小范围整数存储、二进制协议交互及硬件对接等内存或格式敏感场景，但需注意溢出和算术提升问题。
Java 中的 short 是一个 16 位有符号整数类型，只占 2 个字节，取值范围固定在 -32,768 到 32,767。它不是“鸡肋”，而是在特定场景下能切实降低内存开销的实用类型——关键在于是否匹配数据实际范围和系统约束。
short 的存储特性与边界限制
short 占用内存仅为 int 的一半（int 占 4 字节），但 CPU 处理时通常仍按 32 位对齐；因此单个 short 变量性能优势不明显，真正价值体现在**成批量使用**时。需特别注意两点：
- 超出范围的赋值会静默溢出，例如
(short)32768得到 -32768，不是报错 - 算术运算（如
a + b）默认提升为int，必须显式强转才能存回 short，否则编译报错 - 作为字段或局部变量时，默认值为
0；数组元素也自动初始化为 0
大规模数组：内存敏感型场景的首选
当需要管理数十万甚至百万级整数，且每个值都确定落在 ±32K 内时，用 short 替代 int 可直接减半内存占用。典型例子：
- 传感器采集的温度、湿度原始读数（如 -50～100℃，精度到 0.1 度可放大 10 倍存为整数）
- 音频 PCM 采样数据（16-bit 音频标准即对应 short，如 WAV 文件的样本）
- 游戏地图的瓦片索引、网格高度图（地形高度常控制在 0～65535 内，可用 unsigned short 模拟）
协议与硬件交互：对接外部二进制格式
很多通信协议、文件格式或嵌入式设备接口明确使用 16 位整数字段，Java 程序需严格对齐字节布局：
- 网络协议中的端口号（0～65535）、包长度字段、校验和等常用 unsigned short 表示，Java 用 short 存储并配合位运算处理
- 读写 BMP、TIFF 等图像格式的元数据（如水平/垂直分辨率字段）
- 与 JNI 或串口设备通信时，C 层结构体含
int16_t字段，Java 端自然映射为 short
替代方案与现实权衡
short 并非万能，实际开发中需权衡可读性、兼容性与微小内存收益：
- 循环计数器、数组索引、方法参数等通用场景，一律用 int —— JVM 优化成熟，且避免频繁强转
- 数据库映射中，若字段是 SMALLINT，JDBC 驱动通常自动转为 Integer，除非手动指定
ResultSet.getShort() - 现代服务器内存充裕，单靠 short 节省几 MB 通常不如优化算法或缓存策略见效快
不复杂但容易忽略：用对地方才体现价值，盲目替换反而增加维护成本。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
