为何Java BigDecimal出现精度误差？求无舍入解决方案

你遇到的是有限精度下循环小数近似带来的运算误差：100÷75是无限循环小数1.(3)，用34位精度截断/舍入后得到的近似值，再乘以75必然无法还原为精确的100——近似过程已经丢失了无限循环的尾部信息。

针对大型算术计算场景，以下几种方案可以在不超过34位精度、不使用舍入的前提下解决问题：

1. 延迟计算：保留分数形式（推荐） #

避免对循环小数做提前近似，将除法结果以分子+分母的分数形式存储，后续所有运算都基于分数的分子分母进行精确计算，仅在最终需要输出或转换为小数时，再按需转换为BigDecimal。

实现示例 #

新增分数处理类：

public class Fraction {
    private final BigDecimal numerator; // 分子
    private final BigDecimal denominator; // 分母

    public Fraction(BigDecimal numerator, BigDecimal denominator) {
        // 约分处理（可选，减少后续运算量）
        BigDecimal gcd = numerator.gcd(denominator);
        this.numerator = numerator.divide(gcd);
        this.denominator = denominator.divide(gcd);
    }

    // 乘法：(a/b)*(c/d) = (a*c)/(b*d)
    public Fraction multiply(Fraction other) {
        return new Fraction(
                this.numerator.multiply(other.numerator),
                this.denominator.multiply(other.denominator)
        );
    }

    // 转换为BigDecimal（按需调用，此时才做近似）
    public BigDecimal toBigDecimal(MathContext mc) {
        return numerator.divide(denominator, mc);
    }

    // 直接获取精确的分子分母运算结果（比如乘回原分母时）
    public BigDecimal getExactResultWhenMultiply(BigDecimal factor) {
        if (denominator.equals(factor)) {
            return numerator;
        }
        // 其他情况可扩展
        return numerator.multiply(factor).divide(denominator, new MathContext(34, RoundingMode.UNNECESSARY));
    }
}

修改工具类的除法方法，返回Fraction而非BigDecimal：

public static Fraction divideToFraction(BigDecimal value1, BigDecimal value2) {
    return new Fraction(value1, value2);
}

测试代码修改：

public class DecimalAdjustEx {
    public static void main(String[] args) {
        BigDecimal v1 = new BigDecimal("100");
        BigDecimal v2 = new BigDecimal("75");
        Fraction fraction = BigDecimalUtils.divideToFraction(v1, v2);
        
        // 输出近似小数
        System.out.println("reminder= " + fraction.toBigDecimal(BigDecimalUtils.DEFAULT_MATH_CONTEXT));
        // 精确乘回原分母，得到100
        BigDecimal v1Result = fraction.getExactResultWhenMultiply(v2);
        System.out.println("v1 Result= " + v1Result);
    }
}

2. 重构运算表达式，减少中间近似 #

对于可化简的运算，优先调整运算顺序，避免提前做除法近似。比如(a/b)*b可以直接化简为a，更复杂的场景如(a/b)*c*d可以重构为(a*c*d)/b，仅在最后一步做一次除法近似，最大程度减少误差累积。

实现示例 #

// 原错误方式：先除后乘，误差累积
BigDecimal reminder = BigDecimalUtils.divide(v1,v2);
BigDecimal v1Result = BigDecimalUtils.multiply(reminder,v2);

// 优化后：直接返回原数（针对这种特定场景）
BigDecimal v1Result = v1;

// 复杂场景示例：(a/b)*c*d 改为 (a*c*d)/b
BigDecimal a = new BigDecimal("100");
BigDecimal b = new BigDecimal("75");
BigDecimal c = new BigDecimal("3");
BigDecimal d = new BigDecimal("5");

// 原方式：多次近似导致误差
BigDecimal wrongResult = BigDecimalUtils.multiply(BigDecimalUtils.multiply(BigDecimalUtils.divide(a,b),c),d);

// 优化方式：仅最后一步做除法近似
BigDecimal correctResult = BigDecimalUtils.divide(a.multiply(c).multiply(d), b);

3. 使用BigDecimal的精确运算模式（仅适用于无循环小数场景） #

如果运算中不存在无限循环小数，可以使用RoundingMode.UNNECESSARY确保运算精确，但对于100÷75这种循环小数场景，该模式会直接抛出ArithmeticException，因此仅适用于能确保结果为有限小数的场景。

• 大型应用中，误差累积是核心问题，优先选择分数形式延迟计算，能从根源避免近似误差。
• 若必须使用小数形式，尽量减少中间除法的次数，将除法运算延迟到最后一步执行。
• 避免在循环或高频运算中频繁转换小数，会严重影响性能。

内容的提问来源于stack exchange，提问作者srikanth m