计算数学常数时BigDecimal舍入（RoundingMode）问题求助

刚接触BigDecimal踩这个坑太正常了！我来帮你理清楚问题出在哪，以及怎么解决。

问题根源 #

你遇到的ArithmeticException，本质是因为BigDecimal默认的舍入模式是RoundingMode.UNNECESSARY——这个模式的意思是："如果不需要舍入就能得到指定小数位数，就正常执行；如果必须舍入才能达到要求，直接抛异常"。当处理非终止小数（比如1/3，或者用double构造的1.6这类无法精确用二进制表示的十进制数）时，你只设置了小数位数但没指定舍入规则，BigDecimal就会认为这是"不必要的舍入需求"，直接抛出错误。

另外还有个容易忽略的点：如果你是用new BigDecimal(1.6)这种方式构造对象，double类型本身无法精确表示1.6（因为十进制的1.6转二进制是循环小数），会导致你拿到的BigDecimal本身就是一个带精度误差的近似值，这也会加剧舍入时的异常概率。

解决方案 #

分两步走，彻底解决问题：

1. 正确构造BigDecimal对象

避免用double类型构造，改用字符串构造，这样能保证十进制数值的精确性：

// 错误写法：double引入精度误差
BigDecimal num = new BigDecimal(1.6);
// 正确写法：精确表示十进制的1.6
BigDecimal num = new BigDecimal("1.6");

2. 调用setScale时必须指定舍入模式

setScale方法的第二个参数就是舍入模式，Java 1.5+推荐用RoundingMode枚举类的常量，常见的几种模式：

• RoundingMode.HALF_UP：四舍五入（日常最常用）
• RoundingMode.DOWN：直接截断多余小数位（比如1.69→1.6）
• RoundingMode.UP：向上取整（比如1.61→1.7）
• RoundingMode.HALF_DOWN：五舍六入（比如1.65→1.6，1.66→1.7）

示例代码：

// 假设我们要把1.6四舍五入到2位小数
BigDecimal num = new BigDecimal("1.6");
// 指定舍入模式后，即使是需要补零或舍入的场景也不会报错
BigDecimal roundedNum = num.setScale(2, RoundingMode.HALF_UP);
System.out.println(roundedNum); // 输出1.60

如果是计算得到的非终止小数（比如1÷3），在除法运算时也要提前指定舍入模式，不然同样会抛异常：

BigDecimal one = new BigDecimal("1");
BigDecimal three = new BigDecimal("3");
// 错误写法：未指定舍入模式，会抛异常
// BigDecimal result = one.divide(three);
// 正确写法：指定保留5位小数+四舍五入
BigDecimal result = one.divide(three, 5, RoundingMode.HALF_UP);
System.out.println(result); // 输出0.33333

总结 #

核心就是两个要点：

• 用字符串构造BigDecimal，避免double的精度陷阱
• 任何需要舍入的操作（setScale、除法等），必须明确指定舍入模式

这样处理后，非终止小数的舍入问题就完全解决啦！

内容的提问来源于stack exchange，提问作者Krishna Amin