线程“main”中的异常 java.lang.ArithmeticException：四舍五入

如何解决线程“main”中的异常 java.lang.ArithmeticException：四舍五入

当我尝试获取 longValueExact() 时：

BigDecimal bigDecimal = new BigDecimal(432.900).divide(new BigDecimal(1),2,RoundingMode.FLOOR);
System.out.println(bigDecimal.longValueExact());

Exception in thread "main" java.lang.ArithmeticException: Rounding necessary
    at java.math.BigDecimal.commonNeedIncrement(BigDecimal.java:4151)
    at java.math.BigDecimal.needIncrement(BigDecimal.java:4207)
    at java.math.BigDecimal.divideAndRound(BigDecimal.java:4115)
    at java.math.BigDecimal.setScale(BigDecimal.java:2455)
    at java.math.BigDecimal.longValueExact(BigDecimal.java:3093)
    at com.tessi.bmd.specific.actil.utils.ActilUtils.main(ActilUtils.java:1281)

解决方法

new BigDecimal(432.900)

这是个坏主意。 432.900 是双重文字，因此极不可能实际表示 432.900。您使用的是 BigDecimal，所以大概您知道最多只有 2^64 个数字可以完全由 double 表示。 432.900 不是其中之一。不要使用这个构造函数——它到处都是警告。使用 new BigDecimal("432.9")。

.divide(new BigDecimal(1),

好的，除以 1，什么都不做。此外，为此使用 BigDecimal.ONE。

值仍然是 432.899999999999434 什么的。

System.out.println(bigDecimal.longValueExact());

当然这行不通 - 长值只能保存整数值，而 432.9（或接近它的值）则不能。

您是否认为 432.900 只是一种书写 432900 的方式，它对于来自某些使用 . 用作千位分隔符的语言环境的人来说更具可读性？

. 是小数分隔符。 432.900 是一个 double 字面量，表示与数字 432 + 9/10ths 最接近的可表示双精度数。如果这是您的意图，请删除 . - 如果您想为“是”创建一些水平空间，请使用 _，它在数字文字中是合法且无意义的。

如果这不是你的问题，而且你真的想要 432.9 作为一个确切的长度 - 我想，回到第一个并开始学习 Java。很快（毫无疑问，在一两天内）您将学习解释原始数据类型的教程部分。请特别注意此部分。

,

这是正常行为，因为您要显示为 long 的值具有小数部分（432.89，不是 432.90，因为从 double 设置 BigDecimal）所以不是整数。来自javadoc：

将此 BigDecimal 转换为 long，检查丢失的信息。如果 此 BigDecimal 具有非零小数部分或不在 长结果的可能范围，则 ArithmeticException 是 抛出。