那些年我们踩过的坑-BigDecimal精度丢失的问题

最新推荐文章于 2025-07-02 10:48:54 发布

原创最新推荐文章于 2025-07-02 10:48:54 发布 · 1.2k 阅读

0 ·

CC 4.0 BY-SA版权

java 专栏收录该内容

7 篇文章

订阅专栏

本文探讨了在Java中使用BigDecimal进行高精度计算时可能会遇到的精度丢失问题。即使推荐使用BigDecimal以避免精度问题，但错误的初始化方式，如使用double构造BigDecimal，仍可能导致精度丢失。关键在于double到BigDecimal转换时，double的二进制表示可能导致精度损失。为确保精度，建议使用字符串来初始化BigDecimal。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一般java需要对有小数点数字进行计算的时候都是推荐使用BigDecimal因为用这个来计算不会出现精度丢失的问题可是如果使用不当 BigDecimal其实也会有精度丢失的风险
下面的代码打印出来的结果可以猜猜是多少

BigDecimal decimal = new BigDecimal(122.11);
System.out.println(decimal.toString());
//打印结果
122.1099999999999994315658113919198513031005859375

可以看到结果不是122.11 这时候如果把decimal结果进行计算是有问题的
想要进度不丢失可以把122.11数字变成字符串

BigDecimal decimal = new BigDecimal("122.11");
System.out.println(decimal.toString());
//正常结果
122.11

之所以会这样主要是因为BigDecimal字符串和双精度类型的构造函数里执行的代码不同
下面是BigDecimal双精度类型的构造代码

public BigDecimal(double val) {
    long valBits = Double.doubleToLongBits(val);
}
public static long doubleToLongBits(double value) {
   long result = doubleToRawLongBits(value);
   if ( ((result & DoubleConsts.EXP_BIT_MASK) ==
         DoubleConsts.EXP_BIT_MASK) &&
        (result & DoubleConsts.SIGNIF_BIT_MASK) != 0L)
       result = 0x7ff8000000000000L;
   return result;
}

上面的代码中核心是doubleToRawLongBits 通过双精度数字获取对应的long类型可以看到这个方法是native方法底层是c++实现的通过这个获取的long类型已经精度丢失了主要是因为double不能表示为任何有限长度的二进制小数

public static native long doubleToRawLongBits(double value);

所以在初始化BigDecimal时推荐采用BigDecimal(字符串)