java中int转short需先校验范围再强制转换，否则会静默截断导致逻辑错误；推荐使用if判断value是否在-32768~32767之间，超出则抛illegalargumentexception。
Java中将int强转为short时，会静默截断高位（只保留低16位），不抛异常，极易引发隐蔽逻辑错误。防御性检测的核心是：**在转型前显式校验值是否落在short取值范围内（-32768 到 32767）**。
明确short的取值边界
short是16位有符号整数，最小值Short.MIN_VALUE == -32768，最大值Short.MAX_VALUE == 32767。任何超出此区间的int值强转后都会发生数据失真。
- 例如：
(short)32768结果是-32768（溢出回绕） -
(short)-32769结果是32767 - 这些结果合法但语义错误，必须提前拦截
推荐写法：校验 + 显式转换
不要依赖强转本身做“安全转换”，而应先判断再转。最简洁可靠的方式是直接比较：
public static short safeIntToShort(int value) {
if (value Short.MAX_VALUE) {
throw new IllegalArgumentException("int value " + value + " cannot be represented as short");
}
return (short) value;
}
该方法零开销、可读性强、符合JVM规范，且便于统一管控（如替换为日志告警或默认值策略）。
避免常见误区
以下做法不可靠或冗余：
- 用
(short)value == value反向校验 —— 错误！因为==会自动提升为int比较，(short)40000 == 40000恒为false，但无法区分溢出和正常值（如(short)100 == 100为true），逻辑不完整 - 用
Math.toIntExact()类比 —— Java没有toShortExact()，不能套用 - 依赖第三方库（如Guava）的
UnsignedBytes.checkedCast()—— 它针对byte，且不适用于有符号short
扩展建议：统一封装与场景适配
在项目中建议封装为工具方法，并根据业务决定失败策略：
- 严格模式：抛
IllegalArgumentException（推荐用于参数校验、配置解析） - 容错模式：返回默认值（如
0或Short.MAX_VALUE），适用于传感器数据等弱一致性场景 - 记录模式：打警告日志并降级处理，适合灰度或监控阶段
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
