BigDecimal setScale ROUND\u HALF\u似乎不会对每个数字进行操作

Question

当我用刻度2ROUND_HALF_UP10.12445时，我希望得到10.13，因为10.12445-

BigDecimal b = new BigDecimal("10.12445");
b = b.setScale(2, BigDecimal.ROUND_HALF_UP);
System.out.println("10.12445 scale 2 : " + b);  // 10.12

因此，如果我成功地用4、3和2级进行四舍五入，我会得到预期的结果：

BigDecimal a = new BigDecimal("10.12445");
a = a.setScale(4, BigDecimal.ROUND_HALF_UP);
System.out.println("10.12445 scale 4 : " + a); //10.1245
a = a.setScale(3, BigDecimal.ROUND_HALF_UP);
System.out.println("10.1245 scale 3 : " + a); //10.125
a = a.setScale(2, BigDecimal.ROUND_HALF_UP);
System.out.println("10.125 scale 2 : " + a); //10.13

我错过什么了吗？

有没有办法直接得到我期望的结果？

Answer 1

它正在做它应该做的事情：使用小数点2意味着“根据小数点移动后的数字进行四舍五入”。所以我们有10.12445，我们将其视为1012.445，并应用HALF\u向上舍入。1012.445小于1012.5，因此将其四舍五入为1012，从而得到10.12

根据文档：

返回一个BigDecimal，其小数位数为指定值，其未标度值由该BigDecimal的未标度值乘以或除以适当的十次方来确定，以保持其整体值。

Answer 2

HALF_UP代码：

舍入模式：向“最近的邻居”舍入，除非两个邻居距离相等，在这种情况下舍入。其行为与圆形模式类似。如果丢弃的分数为≥ 0.5; 否则，其行为与取整模式类似。向下。

这种舍入模式向最近的邻居舍入，只有当邻居同样近时，我们才会做一些不同的事情。对于刻度2,10.12445的邻居是10.12和10.13。哪个更近？他们是否同样近？

10.13 - 10.12445 = 0.00555
10.12445 - 10.12 = 0.00445

显然10.12更接近了，所以这就是结果。

您正在寻找的舍入类型似乎是重复应用半个以上，每次舍入一个小数位，直到小数位数为2：

var number = new BigDecimal("10.12445");
for (int i = number.scale() ; i >= 2 ; i--) {
    number = number.setScale(i, RoundingMode.HALF_UP);
}

这是一种相当奇怪的四舍五入方式，给出了一些不直观的（至少对我来说）结果。