Java整数溢出不报错而静默回绕，如int超上限2147483647+1变为-2147483648；应使用Math.addExact()等抛异常方法、升级为long或BigInteger、手动边界检查来防范。

Java 中整数超过取值范围时，不会报错或中断程序，而是静默回绕（wrap around）——结果自动变成该类型能表示的另一端数值，比如从最大正数跳成最小负数。

这种行为源于底层二进制补码表示和硬件加法器设计，目的是追求性能而非安全性。它看似“算对了”，实则数值已完全失真，且后续逻辑可能因此崩溃。

---

溢出时具体怎么变？

• int 是 32 位有符号整数，范围是 -2,147,483,648 到 2,147,483,647
• 超出上限（Integer.MAX_VALUE + 1）→ 变成 Integer.MIN_VALUE（即 -2,147,483,648）
• 低于下限（Integer.MIN_VALUE - 1）→ 变成 Integer.MAX_VALUE

例如：

int x = Integer.MAX_VALUE; // 2147483647
System.out.println(x + 1); // 输出：-2147483648
System.out.println(x * 2); // 输出：-2（因为 2147483647 × 2 = 4294967294 → 截断低32位得 -2）

乘法、加法、减法都可能发生回绕；除法只在除零时抛异常，不溢出。

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

立即学习“Java免费学习笔记（深入）”；

---

为什么难以发现？

• 没有警告、没有异常、不打断执行
• 错误值可能在几层调用后才暴露（如数组越界、金额为负、权限校验绕过）
• 调试时变量显示“合理”数字，但实际已是回绕后的假值

典型陷阱场景：

• 循环计数器累加到极限后突变为负，导致无限循环
• 计算商品总价、积分、ID 生成时出现负数或零
• IntStream.reduce() 累乘时中途溢出变 0，最终结果全错

---

怎么避免或应对？

• ✅ 优先用 Math.addExact()、Math.multiplyExact() 等方法
  它们在溢出时直接抛 ArithmeticException，让问题立刻暴露：

  try {
      int result = Math.multiplyExact(a, b);
  } catch (ArithmeticException e) {
      // 处理溢出，比如降级用 long 或 BigInteger
  }

• ✅ 关键计算前升级数据类型
  若预估结果可能超 int，直接用 long（64位，范围大得多）；若不确定上限，用 BigInteger

• ✅ 手动检查边界（适合简单逻辑）
  加法前判断：if (a > 0 && b > Integer.MAX_VALUE - a) → 溢出
  乘法前判断：if (a != 0 && b > Integer.MAX_VALUE / a) → 需注意符号和整除误差

• ❌ 不要依赖“运行没崩=结果正确”——溢出是沉默的 bug

---

不复杂但容易忽略。关键是意识到：Java 的整数运算是“裸奔”的，安全得靠开发者自己加护栏。