Java基本类型溢出默认静默绕回，包装类不自动防护，需主动使用Math.addExact等工具方法、升阶计算校验或toIntExact替代强转来防范。
Java 中基本类型本身不处理溢出，而是静默绕回；包装类也不自动防护溢出，但提供了配套工具（如 Math.addExact）和更安全的转换方式（如 Math.toIntExact）。关键不是“用包装类就能防溢出”，而是要主动选择防护策略。
基本类型溢出是默认行为，不是 bug
byte、short、int、long 运算结果超出范围时，Java 不抛异常，直接按补码规则截断高位。例如：
int x = Integer.MAX_VALUE; System.out.println(x + 1); // 输出 -2147483648short s = 32767; System.out.println((short)(s + 1)); // 输出 -32768
这种行为由 JVM 规范定义，所有基本类型整数运算都如此，与是否使用包装类无关。
包装类本身不改变溢出逻辑
Integer、Long 等包装类底层仍用对应基本类型存储，构造或计算时不自动检查边界。例如：
立即学习“Java免费学习笔记（深入）”；
-
new Integer(Integer.MAX_VALUE + 1)先执行int加法溢出，再装箱，结果是-2147483648 -
Integer.valueOf(3000000000L)编译失败（类型不匹配），而(int)3000000000L会静默转为负数
包装类的价值在于提供静态方法（如 Math.toIntExact）和 null 安全操作，而非自带溢出保护。
真正有效的溢出防护手段
推荐组合使用以下方式，按场景优先级排序：
-
用 Math.exact 系列方法：如
Math.addExact(a, b)、Math.multiplyExact(a, b)，溢出时明确抛ArithmeticException，适合业务关键路径 -
升阶计算 + 显式校验：先转
long运算，再判断是否在int范围内，例如：long r = (long)a + b; if (r < Integer.MIN_VALUE || r > Integer.MAX_VALUE) throw new IllegalStateException("int overflow"); -
用 toIntExact 替代强制转换：
Math.toIntExact(3000000000L)抛异常，而(int)3000000000L静默错误 -
前置输入约束：对用户传入的数值，在进入计算前就限制最大值（如订单数量 ≤
Integer.MAX_VALUE / 10），避免组合运算触雷
浮点类型不能解决整数溢出问题
float/double 虽然范围大，但无法精确表示所有整数（如 (int)1e10f 已失真），且它们的“溢出”表现是 Infinity 或 NaN，不是绕回，也不适用于需要确定性整数语义的场景。身份证号、订单 ID、计数器等必须用整型防护方案，不能靠 float/double 逃避问题。
