已知精度时BigDecimal除法存在缺陷吗？金额场景实践疑问

我一直坚持一个观点：对于小数位数固定的数值（比如最多两位小数的美元金额），应该避免用有舍入误差的float，改用整数（或long、BigInteger）存储分的数量，比如$12.34存为1234，只在输入输出时做格式化。但最近看Java书籍推荐用BigDecimal处理金额，我对它的除法操作存疑。

比如把$1.21（即1.21）除以3，期望得到0.40和0.01的结果（对应40分和1分），用整数存分的方式可以轻松实现，但用BigDecimal表示美元时却遇到了问题。

尝试的代码及结果 #

第一次尝试的代码：

import java.math.BigDecimal;

public class test {
    public static void main(String[] args) {
        BigDecimal total = new BigDecimal("1.21");
        BigDecimal divider = new BigDecimal(3);
        BigDecimal results[]= new BigDecimal[2];
        results = total.divideAndRemainder(divider);

        for (BigDecimal result : results) System.out.println(result);   
    }
}

运行结果是0.00和1.21，不是预期的0.40和0.01。

然后按照书中提示设置scale，尝试代码：

BigDecimal total = new BigDecimal("1.21");
total = total.setScale(2);
BigDecimal divider = new BigDecimal(3);
divider = divider.setScale(2);
BigDecimal results[]= new BigDecimal[2];
results = total.divideAndRemainder(divider);

结果还是0.00和1.21。

又尝试预先设置结果变量的scale：

BigDecimal total = new BigDecimal("1.21");
total = total.setScale(2);
BigDecimal divider = new BigDecimal(3);
divider = divider.setScale(2);
BigDecimal results[]= new BigDecimal[2];
results[0] = new BigDecimal(0);
results[0] = results[0].setScale(2);
results[1] = new BigDecimal(0);
results[1] = results[0].setScale(2);
results = total.divideAndRemainder(divider);

这种方式繁琐且结果依旧不变。

我当然可以先把1.21乘以100，除以3后再除以100，但这似乎更支持我最初的整数存分方案。请问有没有优雅的BigDecimal除法实现方式，还是应该继续使用整数存分？

为什么divideAndRemainder没得到预期结果 #

divideAndRemainder方法的逻辑是计算数学意义上的整数商和余数，这里的"整数"指的是没有小数部分的数值。比如1.21 ÷ 3，数学上的整数商是0，余数就是1.21，所以会得到你看到的结果。这个方法本身不是用来处理带固定小数位的金额拆分的。

用BigDecimal实现预期效果的正确方式 #

要实现金额拆分（保留两位小数，余数为剩余的分），需要明确舍入规则，通过divide方法指定小数位数和舍入模式，再计算余数：

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

public class Test {
    public static void main(String[] args) {
        BigDecimal total = new BigDecimal("1.21");
        BigDecimal divider = new BigDecimal(3);
        
        // 计算商，保留两位小数，使用向下取整保证余数为剩余部分
        BigDecimal quotient = total.divide(divider, 2, RoundingMode.FLOOR);
        // 通过总数减去商乘除数得到余数
        BigDecimal remainder = total.subtract(quotient.multiply(divider));
        
        System.out.println(quotient);  // 输出0.40
        System.out.println(remainder); // 输出0.01
    }
}

这里的核心是用divide方法的重载版本，主动控制小数位数和舍入逻辑，再通过基础运算推导余数，而非依赖divideAndRemainder。

整数存分 vs BigDecimal：怎么选？ #

两种方案各有优劣，取决于业务场景：

• 整数存分：
  • 优势：计算简单直接，完全避免小数运算的坑，性能更优，适合仅需基础加减乘除、小数位数固定的场景（比如普通电商金额）。
  • 劣势：需要手动处理输入输出的格式化，遇到复杂运算（如利率、百分比拆分）时，转换步骤会变繁琐。
• BigDecimal：
  • 优势：自带小数位管理和多种舍入规则，适合复杂小数运算、小数位数不固定的场景（如金融领域的利息计算、汇率转换）。
  • 劣势：代码相对繁琐，需注意舍入模式和scale的设置，容易踩方法使用逻辑的坑（比如你遇到的divideAndRemainder问题）。

如果业务仅涉及简单金额操作，整数存分的方案更简洁高效；如果需处理复杂金融运算，BigDecimal的灵活性更有优势。

内容的提问来源于stack exchange，提问作者Aaron Bitman