Java强制类型转换是硬截断二进制位而非缩放，只保留低N位并依其最高位定符号，易致静默溢出；应使用Math.toIntExact或手动范围检查来保障安全。
Java 强制转换大范围类型到小范围类型，不是数值“缩放”，而是硬截断二进制位——编译器不拦、运行时不报错，结果却可能完全偏离预期。溢出不是异常，是静默的逻辑错误。
溢出怎么发生的？看二进制本质
强制转换（如 (byte)、(short)、(int)）只保留源值的低 N 位，高位直接丢弃。目标类型的符号位由这 N 位的最高位决定，一旦被误设为 1，结果就变负数。
-
int x = 200;→ 二进制（32位）是00000000 00000000 00000000 11001000 -
byte b = (byte) x;→ 只取低 8 位：11001000 - 这个 8 位以补码解释：最高位 1 表示负数，计算得 -56
常见溢出场景与真实输出
这些不是理论，是每天在日志或调试中实际出现的结果：
-
long l = 3_000_000_000L;→(int)l得 -1294967296（超出 int 最大值 2147483647） -
int i = 255;→(byte)i得 -1（byte 最大是 127） -
int j = 32768;→(short)j得 -32768（short 最大是 32767） -
double d = 3e9;→(int)d同样溢出，得负数（因 double 转 int 是先截小数再溢出）
如何安全地做这类转换？
别依赖 (int) 或 (byte) 一括了事。关键动作是先校验，再转，或用带检查的工具：
立即学习“Java免费学习笔记（深入）”；
- 用
Math.toIntExact(long)：越界直接抛ArithmeticException，不给错误结果留余地 - 手动范围检查：
if (value >= Byte.MIN_VALUE && value ，再强转 - 处理 JSON 或 Map 中的数字时，先判断类型：
if (obj instanceof Double)，再用doubleValue()获取值，再校验、再转 - 优先使用 Apache Commons 的
NumberUtils，如NumberUtils.toByte(number, null)，自动处理 null 和越界
字符串数字也要当心溢出
从外部读入的字符串（如配置、API 返回）转基本类型时，同样面临溢出风险：
-
Integer.parseInt("2147483648")抛NumberFormatException（正确，有提示） - 但
new Integer("2147483648")已废弃；而Integer.valueOf("2147483648")同样抛异常 - 更隐蔽的是
Long.parseLong("9999999999999999999")→ 转成 long 后再(int)l，就掉进静默溢出陷阱
