BigDecimal与Double相乘保留30位小数的结果异常问题排查

当前实现存在的具体问题 #

• 高精度BigDecimal初始化时发生精度丢失
  代码里写的val bd = 0.111111111111111111111111111111没有任何类型标注，在Scala里会被识别为Double字面量。二进制Double类型最多只能承载15~17位有效十进制精度，你写的30个1里，后面超过17位的内容在赋值瞬间就被全部截断丢弃，实际存到bd里的值根本不是30个1，只是Double能近似表示的最接近值（约等于0.1111111111111111）。这是导致最终结果不对的最核心原因——源头的数就不是你以为的那个值，后面怎么算都出不来正确结果。
• scale设置的位置不对，无法解决源头的精度丢失问题
  你现在的逻辑是先把Double转成BigDecimal，提前给这个数设置30位小数，再去乘bd。但BigDecimal乘法的结果精度是两个操作数的精度直接累加，你哪怕把乘数的小数位补到100位，bd本身只有16位精度的问题还是没解决，乘完之后只会是低精度的有效数字后面跟着一堆你补的零，不会凭空生成已经丢失的数值位。
• 没有对最终计算结果做统一的scale校准
  你的方法里没有在乘法完成后对结果做统一的30位小数设置，只是单侧调整了Double转换得到的BigDecimal的scale，既没法保证最终结果的小数位数是固定的30位，也没法统一控制计算过程的舍入规则。

修正后的实现逻辑 #

调整核心思路：全程避免把Double的二进制浮点精度带到高精度计算链路里，从源头保证精度不丢失：

1. 构造本身是高精度固定30位的BigDecimal时，必须用字符串作为构造参数初始化，绝对不能直接拿Double类型的变量/字面量构造BigDecimal——直接用Double构造会把二进制浮点的固有误差全部带进来，后续怎么设置scale都补不回来已经丢失的精度。
2. Double转BigDecimal的时候优先用BigDecimal.valueOf(d)，这个方法本质是先把Double转成人类可读的规范十进制字符串，再转成BigDecimal，能避免直接用Double构造BigDecimal时带进来的无意义长精度尾数。
3. 乘法计算完成之后，对最终结果统一调用setScale指定固定的30位小数位，搭配明确的舍入模式（比如常规计算用RoundingMode.HALF_UP即可），不要只在单个乘数上提前设置scale。

修正后的代码示例 #

import java.math.{BigDecimal, RoundingMode}

def multiply(d: Double, bd: BigDecimal, scale: Int): BigDecimal = {
    BigDecimal.valueOf(d)
        .multiply(bd)
        .setScale(scale, RoundingMode.HALF_UP)
}

// 用字符串初始化bd，完全保留30个1的精度
val bd = new BigDecimal("0.111111111111111111111111111111")
val doubleInput = 4.0

// 调用后即可得到预期的0.444444444444444444444444444444
multiply(doubleInput, bd, 30)

你之前得到的异常结果是怎么来的 #

那个输出0.4444444444444444000000000000000000本质就是精度丢失的直接体现：你初始化bd时拿到的实际值就是16位有效精度的0.1111111111111111，乘以4之后得到的就是固定的16位精度的0.4444444444444444，后面的所有0都是你给单侧的4.0设置30位scale之后，乘法过程补上来的占位零，根本不存在对应位置的4，自然和预期的30个4的结果不符。

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