一、背景描述

今天在计算新老消息百分比时（新收到的消息/总消息）的时候遇到了一个错误，java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result.

英文翻译：非终止十进制扩展; 没有确切的可表示的十进制结果。翻译成大白话就是：通过BigDecimal的divide方法进行除法时当两个数不整除，出现无限循环小数时，java不知道怎么弄了，它就会抛出上述异常。

以下是错误的写法示例：

public class Test4 {

    public static void main(String[] args) {
        BigDecimal divide = BigDecimal.valueOf(10).divide(BigDecimal.valueOf(3));
        System.out.println(divide);
    }
}

二、异常原因

原因是 Java 中使用 BigDecimal 做除法运算的时候，值有可能是无限循环的小数，所以我们就需要在 divide 方法中传递第二个参数，来定义小数点后的精确位数，否则在不整除的情况下，结果是无限循环的小数，就会抛出上面这个异常。

三、解决方案

在 divide 方法中传递第二个参数，来定义小数点后的精确位数。

正确的写法如下：

public class Test4 {

    public static void main(String[] args) {
        BigDecimal divide = BigDecimal.valueOf(10).divide(BigDecimal.valueOf(3), 2, RoundingMode.HALF_UP);
        System.out.println(divide);
    }
}

四、RoundingMode（舍入模式）

RoundingMode 是一个 Java 提供的舍入模式枚举类，包含我们日常使用的四舍五入，直接进一等模式：

4.1、ROUND_UP

直接舍去非零的小数位数，对整数位 +1。比如上面的用例，使用此模式会返回结果：4

4.2、ROUND_DOWN

直接舍去小数位数，不对整数位 +1。比如上面的用例，会返回结果：3

4.3、ROUND_CEILING

如果结果为正数，则舍入行为与 ROUND_UP 相同；如果为负，则舍入行为与 ROUND_DOWN 相同。返回结果：3

4.4、ROUND_FLOOR

如果结果为正数，则舍入行为与 ROUND_DOWN 相同；如果为负，则舍入行为与 ROUND_UP 相同。返回结果：3

4.5、ROUND_HALF_UP（四舍五入）

如果舍弃部分 >= 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。返回结果：3

4.6、ROUND_HALF_DOWN

如果舍弃部分 > 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)。返回结果：3

4.7、ROUND_HALF_EVEN

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。

如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同;

如果为偶数，则舍入行为与 ROUND_HALF_DOWN 相同。

Tips：在重复进行一系列计算时，此舍入模式可以将累加错误减到最小。
此舍入模式也称为“银行家舍入法”，主要在美国使用。四舍六入，五分两种情况。
如果前一位为奇数，则入位，否则舍去。

示例：以下例子为保留小数点1位，那么这种舍入方式下的结果。

1.15>1.2 
1.25>1.2

4.8、ROUND_UNNECESSARY

断言请求的操作具有精确的结果，因此不需要舍入。
如果对获得精确结果的操作指定此舍入模式，则抛出ArithmeticException。

在精确度要求较高，且金额计算比较复杂的情况下，建议尽量使用 ROUND_HALF_EVEN 模式。

本文完结！