java强制类型转换不处理溢出，仅截取低位并按目标类型规则解释，结果确定但非修复；需转换前范围校验或使用安全工具类防范。
Java中强制类型转换本身不处理溢出，它只是按目标类型的位宽截取二进制位，并用该类型的规则重新解释——溢出结果是确定的、可预测的，但不是“被修复”或“被阻止”的。真正要应对溢出，得靠转换前的主动检查或使用安全工具类。
强转不防溢出，只做位截断
Java强制转换（如 (byte)255）不会报错也不会调整数值，而是直接取低8位：255的二进制是 11111111，作为byte解释就是-1。同理：
-
(short)32768→ -32768（超出short最大值32767，高位溢出后符号位变1） -
(int)2147483648L→ -2147483648（long转int，丢弃高32位，剩下全1补码） -
(char)-1→ '\uffff'（负数转char时，按无符号16位解释，得到最大Unicode字符）
判断再转：用范围校验规避静默错误
在执行强转前，显式比对源值是否落在目标类型合法区间内，是最直接可控的方式：
- 转byte前：检查
value >= Byte.MIN_VALUE && value - 转int前（尤其来自long或BigInteger）：用
value >= Integer.MIN_VALUE && value - 浮点转整数前：先确认
Double.isFinite(f) && f >= Integer.MIN_VALUE && f
这样能提前抛出有意义的异常（如IllegalArgumentException），而不是让业务逻辑基于一个意外负数继续运行。
用工具类替代裸强转
JDK提供了更安全的替代方案，语义明确且失败即止：
-
Math.toIntExact(long)：超出int范围时抛ArithmeticException，比(int)l更可靠 -
Math.addExact(a, b)、multiplyExact()等：用于运算过程中的溢出检测 - 第三方库如Guava的
Ints.checkedCast(long)或Longs.tryParse(String)，也提供fail-fast行为
引用类型强转：溢出不适用，但有ClassCastException风险
引用类型转换不涉及数值溢出，但存在运行时类型不匹配问题：
- 父类引用转子类必须用
(SubType)obj，且实际对象必须是SubType或其子类实例 - 推荐先用
obj instanceof SubType判断，避免ClassCastException - 泛型集合元素不能整体强转（如
(List<string>)list</string>是不安全的），应逐个转型或使用stream + map
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
