BigDecimal的等值比较应该用compareTo()而不应该使用equals()方法

**问题原因：**是因为BigDecimal是对象，所以不能用 ==来判断两个数字的值是否相等

以上这种问题，在有一定的经验之后，还是可以避免的，但是聪明的读者，看一下以下这行代码，你觉得他有问题吗：

if(bigDecimal.equals(bigDecimal1)){
    // 两个数相等
}

在使用BigDecimal的equals方法对1和1.0进行比较的时候，有的时候是true（当使用int、double定义BigDecimal时），有的时候是false（当使用String定义BigDecimal时）。

那么，为什么会出现这样的情况呢，我们先来看下BigDecimal的equals方法。

在BigDecimal的JavaDoc中其实已经解释了其中原因：

Compares this  BigDecimal with the specified Object for equality.  Unlike compareTo, this method considers two BigDecimal objects equal only if they are equal in value and scale (thus 2.0 is not equal to 2.00 when compared by  this method)

大概意思就是，equals方法和compareTo并不一样，equals方法会比较两部分内容，分别是值（value）和标度（scale）

所以，我们以上代码定义出来的两个BigDecimal对象（bigDecimal4和bigDecimal5）的标度是不一样的，所以使用equals比较的结果就是false了。
**原因：**标度不同。

为什么标度不同

简单解释一下：
首先，BigDecimal一共有以下4个构造方法：

BigDecimal(int)

BigDecimal(double)

BigDecimal(long)

BigDecimal(String)

以上四个方法，创建出来的的BigDecimal的标度是不同的。

BigDecimal(long) 和BigDecimal(int)

首先，最简单的就是BigDecimal(long) 和BigDecimal(int)，因为是整数，所以标度就是0 ：

BigDecimal(double)

BigDecimal(double)
而对于BigDecimal(double) ，当我们使用new
BigDecimal(0.1)创建一个BigDecimal
的时候，其实创建出来的值并不是正好等于0.1的，而是0.1000000000000000055511151231257827021181583404541015625
。这是因为doule自身表示的只是一个近似值。

那么，无论我们使用new BigDecimal(0.1)还是new
BigDecimal(0.10)定义，他的近似值都是0.1000000000000000055511151231257827021181583404541015625这个，那么他的标度就是这个数字的位数，即55。

BigDecimal(string)

而对于BigDecimal(double) ，当我们使用new BigDecimal(“0.1”)创建一个BigDecimal
的时候，其实创建出来的值正好就是等于0.1的。那么他的标度也就是1。

如果使用new BigDecimal(“0.10000”)，那么创建出来的数就是0.10000，标度也就是5。

所以，因为BigDecimal(“1.0”)和BigDecimal(“1.00”)的标度不一样，所以在使用equals方法比较的时候，得到的结果就是false。

如何比较BigDecimal

BigDecimal中提供了compareTo方法，这个方法就可以只比较两个数字的值，如果两个数相等，则返回0。

BigDecimal是一个非常好用的表示高精度数字的类，其中提供了很多丰富的方法。

但是，他的equals方法使用的时候需要谨慎，因为他在比较的时候，不仅比较两个数字的值，还会比较他们的标度，只要这两个因素有一个是不相等的，那么结果也是false、

如果想要对两个BigDecimal的数值进行比较的话，可以使用compareTo方法。

点我查看详情使用方法.