Math.abs(Integer.MIN_VALUE) 返回负数本身，因32位补码中-2147483648的相反数2147483648超出int范围而溢出；安全做法是转long计算或显式判断边界。
Math.abs() 在 Java 中看似简单，但对 Integer.MIN_VALUE（即 -2147483648）调用时会返回**负数本身**，造成逻辑错误——这不是 bug，而是由 32 位补码整数表示范围不对称导致的溢出行为。
为什么 Math.abs(Integer.MIN_VALUE) 仍为负？
Java 的 int 是 32 位有符号补码，取值范围是 [-2147483648, 2147483647]。而 2147483648 超出 int 最大值，无法表示。因此：
-
Math.abs(-2147483648)内部执行的是-(-2147483648) - 在补码中，-2147483648 的二进制是
10000000 00000000 00000000 00000000 - 对其取反加 1 求相反数，结果仍是它自己 → 返回
-2147483648
安全获取绝对值的常用方法
避免直接依赖 Math.abs(int) 处理可能为 Integer.MIN_VALUE 的场景：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
升级为 long 类型计算：先转成
long，再取绝对值，确保不溢出
long abs = Math.abs((long) intValue); // 安全，long 范围足够 -
显式检查边界值：
if (x == Integer.MIN_VALUE) { /* 特殊处理 */ }
int abs = (x == Integer.MIN_VALUE) ? Integer.MAX_VALUE : Math.abs(x); -
使用 Math.floorMod 配合符号判断（较少用）：
int abs = x >= 0 ? x : -x; // 注意：-x 对 MIN_VALUE 仍失败，所以此写法不安全！必须先判等
哪些场景特别容易踩坑？
以下操作若未防护，可能因 Integer.MIN_VALUE 引发异常或逻辑错误：
- 计算两数差值的绝对值：
Math.abs(a - b)，当a = Integer.MIN_VALUE, b = 0时，a - b就是 MIN_VALUE - 哈希计算、数组索引偏移、循环步长取模前的绝对值归一化
- 自定义比较器中用
Math.abs(x) 排序
推荐实践：封装一个安全的 abs 工具方法
在工具类中提供防御性实现，提高复用性和可读性：
- public static int safeAbs(int x) {
return (x == Integer.MIN_VALUE) ? Integer.MAX_VALUE : Math.abs(x);
} - 如需保持正数语义且后续参与运算（如做除法、开方），优先转
long或BigInteger - 单元测试务必覆盖
Integer.MIN_VALUE、Integer.MAX_VALUE、0、1、-1 等边界值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
