为什么下面的代码会引发如下所示的异常?
BigDecimal a = new BigDecimal("1.6");
BigDecimal b = new BigDecimal("9.2");
a.divide(b) // results in the following exception.
例外:
java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result.
当前回答
我也有同样的问题，因为我的代码行是:
txtTotalInvoice.setText(var1.divide(var2).doubleValue() + "");
我改为这个，阅读之前的答案，因为我没有写十进制精度:
txtTotalInvoice.setText(var1.divide(var2,4, RoundingMode.HALF_UP).doubleValue() + "");
4是十进制精度
AND RoundingMode是Enum常量，你可以选择其中任何一个 上，下，天花板，地板，一半向下，一半均匀，一半向上
在本例中，HALF_UP的结果如下:
2.4 = 2
2.5 = 3
2.7 = 3
你可以在这里查看RoundingMode信息:http://www.javabeat.net/precise-rounding-of-decimals-using-rounding-mode-enumeration/
其他回答
你的程序不知道十进制数的精度是多少，所以抛出:
java.lang.ArithmeticException: Non-terminating decimal expansion
绕过异常的解决方案:
MathContext precision = new MathContext(int setPrecisionYouWant); // example 2
BigDecimal a = new BigDecimal("1.6",precision);
BigDecimal b = new BigDecimal("9.2",precision);
a.divide(b) // result = 0.17
为了解决这个问题，我使用了下面的代码
a.divide(b, 2, RoundingMode.HALF_EVEN)
其中2是比例。现在问题应该解决了。
因为你没有指定精度和舍入模式。BigDecimal抱怨说，它可以使用10位、20位、5000位或无穷大的小数位，但它仍然不能给您一个精确的数字表示。所以它不会给你一个不正确的BigDecimal，而是会向你抱怨。
然而，如果你提供了一个RoundingMode和一个精度，那么它将能够转换(例如。从1.333333333到无穷到1.3333……但作为程序员，你需要告诉它你“满意”的精度是多少。
对我来说，它是这样工作的:
BigDecimal a = new BigDecimal("9999999999.6666",precision);
BigDecimal b = new BigDecimal("21",precision);
a.divideToIntegralValue(b).setScale(2)
这是一个舍入结果的问题，对我来说解决方案如下。
divider.divide(dividend,RoundingMode.HALF_UP);
