BigDecimal CompareTo 未按预期工作

Question

根据 对于 BigDecimal 的 JavaDoc，compareTo 函数在比较过程中不考虑小数位数。

现在我有一个看起来像这样的测试用例：

BigDecimal result = callSomeService(foo);
assertTrue(result.compareTo(new BigDecimal(0.7)) == 0); //this does not work
assertTrue(result.equals(new BigDecimal(0.7).setScale(10, BigDecimal.ROUND_HALF_UP))); //this works

我期望函数返回的值是 0.7 并且比例为 10。打印该值会显示预期的结果。但是 compareTo() 函数似乎没有按照我认为应该的方式工作。

这是怎么回事？

Answer 1

new BigDecimal(0.7) 确实不代表 0.7。

它代表 0.6999999999999999555910790149937383830547332763671875 （准确）。

其原因是 double 文字 0.7 不能准确地表示 0.7。

如果您需要精确 BigDecimal 值，则必须使用String 构造函数（实际上全部 不采用 double 值的构造函数也可以工作）。

请尝试使用 new BigDecimal("0.7") 代替。

的 JavaDoc BigDecimal(double) 构造函数 有一些相关注释：

1. 此构造函数的结果可能有些不可预测。人们可能会假设在 Java 中编写 new BigDecimal(0.1) 会创建一个恰好等于 0.1 的 BigDecimal（未缩放的值 1，小数位数为 1），但是它实际上等于0.1000000000000000055511151231257827021181583404541015625。这是因为 0.1 不能精确地表示为 double（或者就此而言，表示为任何有限长度的二进制分数）。因此，无论表面如何，传递给构造函数的值并不完全等于 0.1。

2. 另一方面，String 构造函数是完全可以预测的：编写 new BigDecimal("0.1") 创建一个 BigDecimal 正如人们所期望的那样，恰好等于 0.1。因此，通常建议 String 构造函数优先于该构造函数。

3. 当必须将 double 用作 BigDecimal 的源时，请注意此构造函数提供精确的转换；它不会给出与使用 Double.toString(double) 方法，然后使用 BigDecimal( String) 构造函数。要获得该结果，请使用 static valueOf(double) 方法。

总结一下：如果您想创建一个具有固定十进制值的 BigDecimal，请使用 String 构造函数。如果您已经有一个double值，那么BigDecimal.valueOf(double) 将提供比使用 新 BigDecimal(double)< /代码>。