Java Math RoundingMode.HALF_EVEN 打印意外结果

Question

这个问题已经有答案了:

Java BigDecimal setScale and rounding with half_even (1 个回答)

已关闭 6 年前。

我正在尝试调试 HALF_EVEN i java 的舍入问题，正如您在下面看到的，意外的结果是 377.35，我们本来可以预期它会打印 377.34 吗？

有人可以帮忙解释一下这种行为吗？

public static void main(String[] args) {


    System.out.println((new BigDecimal(0.3450)).setScale(2, RoundingMode.HALF_EVEN).toPlainString());
    //prints 0.34

    System.out.println((new BigDecimal(77.3450)).setScale(2, RoundingMode.HALF_EVEN).toPlainString());
    //prints 77.34

    System.out.println((new BigDecimal(377.3450)).setScale(2, RoundingMode.HALF_EVEN).toPlainString());
    **//prints 377.35 ?????**

    //anything larger than 256 is printing .35 
    System.out.println((new BigDecimal(255.3450)).setScale(2, RoundingMode.HALF_EVEN).toPlainString());
    //prints 255.34 

    System.out.println((new BigDecimal(256.3450)).setScale(2, RoundingMode.HALF_EVEN).toPlainString());
    **//prints 256.35 ?????** 


}

Answer 1

new BigDecimal(377.3450)

这一行单独失去了 BigDecimal 的所有优点，因为您首先传入了一个 double ，并且它完成了您不需要的所有舍入不想。

写，相反，

new BigDecimal("377.3450")

...并且通常在任何地方都使用 String 构造函数。在获得“正确”答案的情况下，浮点舍入很幸运，并且朝着正确的方向发展。