在Java中，整数的绝对值不一定是正数

共计 1407 个字符，预计需要花费 4 分钟才能阅读完成。

这几乎是每个人都知道的。

在 Java 中，想要获得有个数字的绝对值，可以使用 java.lang.Math 中的 abs 方法，这个类共有 4 个重载的 abs 方法，分别是：

public static int abs(int a) {  
       return (a 
 以上 4 个方法分别返回 int、long、float、double 类型的绝对值，方法里面的逻辑也简单，无非就是整数直接返回，负数取相反数返回。
 所以，基于以上所有的知识，我们经常会直接使用 Math.abs 来对一个数字取绝对值。
 在我们的代码中，也有很多这样的例子。
 比如，我们需要用订单号做分库分表，但是订单号是字符串类型，所以，我们就需要取得这个字符换的 hashCode，因为 hashCode 可能是负数，所以然后再对 hashCode 取绝对值，再用这个值去对分表数取模：
Math.abs(orderId.hashCode()) % 1024;
 但是，上面这个逻辑是有问题的！！！
 因为在极特殊情况下，上面的代码会得到一个负数的值。
 这个极特殊情况下就是当 hashCode 是 Integer.MIN_VALUE，即整数能表达的最小值的时候，可以代码验证下：
public static void main(String[] args) {System.out.println(Math.abs(Integer.MIN_VALUE));  
}
 执行以上代码，得到的结果是：
-2147483648
 很明显，这是个负数！！！
 为什么会这样呢？
 这要从 Integer 的取值范围说起，int 的取值范围是 -2^31 —— (2^31) - 1，即 -2147483648 至 2147483647
 那么，当我们使用 abs 取绝对值时候，想要取得 -2147483648 的绝对值，那应该是 2147483648。
 但是，2147483648 大于了 2147483647，即超过了 int 的取值范围。这时候就会发生越界。
2147483647 用二进制的补码表示是：
01111111 11111111 11111111 11111111
 这个数 +1 得到：
10000000 00000000 00000000 00000000
 这个二进制就是 -2147483648 的补码。
 虽然，这种情况发生的概率很低，只有当要取绝对值的数字是 -2147483648 的时候，得到的数字还是个负数。
 那么，如何解决这个问题呢？
 既然是以为越界了导致最终结果变成负数，那就解决越界的问题就行了，那就是在取绝对值之前，把这个 int 类型转成 long 类型，这样就不会出现越界了。
 如，前面我们的分表逻辑修改为 
Math.abs((long)orderId.hashCode()) % 1024;
 就万无一失了。
 大家可以执行下以下代码：
public static void main(String[] args) {System.out.println(Math.abs((long)Integer.MIN_VALUE));  
  }
 得到的结果就是：
2147483648
 以上，就是今天要介绍的知识点了。
 但是，一定要记得，对 long 类型取绝对值其实也可能存在这个情况哦！只不过发生的概率就更低了，但是只要他存在，就有可能发生哦！

 阿里云 2 核 2G 服务器 3M 带宽 61 元 1 年，有高配 
 腾讯云新客低至 82 元 / 年，老客户 99 元 / 年 
 代金券：在阿里云专用满减优惠券