如何处理Java的BigDecimal中的舍入错误

Question

我正在使用开源项目（axil），该项目在java应用程序中实现了一个脚本引擎，我在尝试利用BigDecimal的舍入时遇到了一个主要的绊脚石。似乎BigDecimal正在将我的输入转换为科学符号，然后将我传递的精度应用于数字的SN表示的系数，而不是其非SN表示。例如：

new BigDecimal（"-232454.5324"）. cle（new MathContext（2， RoundingMode.HALF_UP））. toString（）

生成-2.3E 5的结果。这给我带来了两个问题。首先，我期待-232454.5（-2.324545E 5）的结果，因此获取-230000会抛出任何涉及结果的数学运算。其次，我不期望，也找不到一种方法来绕过SN获取结果（尽管我希望有一种格式化方法，我还没有偶然发现）。

现在，由于项目的性质，我们对传递给round（）方法的数字的大小/类型几乎没有什么期望，因此任何解决方案都需要高度模块化。有人有什么建议吗？如果有帮助的话，这里有一个链接，指向项目中这个bug的google代码发布报告。这里是项目主页的链接。

任何帮助都非常感谢。

Answer 1

MathContext需要一个精度，即结果中有效位数的总数（小数点前后）<代码>BigDecimal的逻辑在此是正确的。

Answer 2

我会这样做：

BigDecimal number = new BigDecimal("22.2222").setScale(0, RoundingMode.UP);

if (number.intValue() % 2 != 0) {
    number = number.add(BigDecimal.ONE);
}

System.out.println(number); // => 24

Answer 3

不要使用round方法，而是使用setScale，其中参数是小数位数：

BigDecimal bd = new BigDecimal("-232454.5324").setScale(1,
                RoundingMode.HALF_UP);
String string = bd.toPlainString();
System.out.println(string); // prints -232454.5

另请注意，setScale返回一个新的BigDecimal实例，它不会更改当前实例的规模。