Java BigDecimal 除法怎样避免非终止小数异常

我在处理比例和金额计算时，最容易踩到的坑不是 BigDecimal 不准确，而是把“结果必须精确”和“结果允许按规则舍入”混成了一件事。比如 new BigDecimal("1").divide(new BigDecimal("3")) 的数学结果是 0.333…，小数位无限延伸，Java 无法替你猜应该保留几位，于是直接抛出 ArithmeticException。

解决方法很明确：金额、百分比等固定小数位场景使用 divide(divisor, scale, roundingMode)；科学计算或测量值按有效数字控制时使用 MathContext。官方 API 地址：https://docs.oracle.com/en/java/javase/26/docs/api/java.base/java/math/BigDecimal.html

为什么 BigDecimal.divide 会抛出异常

无参数的 divide(BigDecimal) 追求精确商值，只有有限小数才能直接返回。1/2 可以得到 0.5，1/4 可以得到 0.25，而 1/3、2/7 都是非终止小数，所以异常是精度契约的一部分，不是随机故障。

import java.math.BigDecimal;

public class DivideDemo {
    public static void main(String[] args) {
        BigDecimal numerator = new BigDecimal("1");
        BigDecimal denominator = new BigDecimal("3");
        // 无参 divide 不允许丢失任何小数位，因此这里会抛出 ArithmeticException
        BigDecimal result = numerator.divide(denominator);
        System.out.println(result);
    }
}

不要用捕获异常来“猜一个结果”。先确定业务允许的精度，再把规则写进重载参数。

固定小数位时怎样选择 scale 和舍入方式

金额通常先定小数位，再定舍入规则。例如订单金额保留两位小数，可以使用 RoundingMode.HALF_UP；如果财务规则要求银行家舍入，就明确改用 HALF_EVEN。scale 是结果保留几位小数，不能把它误当成有效数字总数。

import java.math.BigDecimal;
import java.math.RoundingMode;

public class MoneyDivide {
    static BigDecimal splitAmount(BigDecimal amount, BigDecimal people) {
        // 先拒绝零除数，避免把业务错误伪装成舍入问题
        if (people.signum() == 0) {
            throw new IllegalArgumentException("分摊人数不能为 0");
        }
        // 金额固定两位；HALF_UP 的选择必须和业务规则保持一致
        return amount.divide(people, 2, RoundingMode.HALF_UP);
    }
}

例如 10 除以 3 会得到 3.33。最后一分钱如何分配仍是业务问题，不能靠 BigDecimal 自动解决；如果要让多份金额合计回原值，还需要在分摊层处理余数。

需要有效数字时用 MathContext 控制精度

比例、测量值和中间计算不一定要求固定小数位，此时更适合用有效数字控制结果。MathContext(6, RoundingMode.HALF_EVEN) 表示保留六位有效数字，而不是六位小数。连续计算时建议在边界处统一策略，避免每一步都过早截断。

import java.math.BigDecimal;
import java.math.MathContext;
import java.math.RoundingMode;

public class PrecisionDivide {
    static BigDecimal ratio(BigDecimal left, BigDecimal right) {
        // precision 是有效数字位数；这里仍单独检查除数
        if (right.signum() == 0) {
            throw new IllegalArgumentException("除数不能为 0");
        }
        MathContext context = new MathContext(6, RoundingMode.HALF_EVEN);
        // 结果按有效数字舍入，不承诺固定的小数位数量
        return left.divide(right, context);
    }
}

如何给金额、比例和校验逻辑划清边界

若业务要求“不能发生任何舍入”，可把舍入模式设为 UNNECESSARY，让不满足精确条件的输入立即失败。这比默默使用 DOWN 更安全，因为 DOWN 会截断结果，可能造成金额或配额损失。

常见误区与快速检查

第一，构造十进制数时优先使用字符串，例如 new BigDecimal("0.1")，不要把二进制浮点误差带进来。第二，区分 scale 和 precision：前者控制小数位，后者控制有效数字。第三，先检查除数，再选舍入策略。最后，把舍入规则放在金额或比例的业务边界处，并为 1/3、整除值、负数和零除数各保留一个测试样例。

相关问题：为什么 new BigDecimal(0.1) 和字符串构造结果不同？因为前者先读取 double 的二进制近似值；字符串构造才是按十进制字符建立精确值。
什么时候用 setScale？当除法已经完成、只需要在输出或业务边界统一小数位时使用；除法本身仍应选择带舍入参数的 divide 重载。