Java中Double和Float精度丢失问题及解决方法

最新推荐文章于 2024-09-13 08:26:02 发布

July、

最新推荐文章于 2024-09-13 08:26:02 发布

阅读量3.7k

点赞数

分类专栏： Java

Java 专栏收录该内容

14 篇文章 0 订阅

订阅专栏

文章转至：https://www.cnblogs.com/cblogs/p/double-precision.html

在讨论两位double数0.2和0.3相加时，毫无疑问他们相加的结果是0.5。但是问题总是如此吗？

下面我们让下面两个doubles数相加，然后看看输出结果：

@Test
public void testBig(){
    System.out.println(0.11+2001299.32);
}

控制台输出2001299.4300000002

我们吃惊的发现，结果并不是我们预想的那样，这是为什么呢？又如何解决呢？

现贴出BigDecimal的一个构造函数的文档供大家参考

BigDecimal

public BigDecimal(double val)

将 double 转换为 BigDecimal，后者是 double 的二进制浮点值准确的十进制表示形式。返回的 BigDecimal 的标度是使 (10scale × val) 为整数的最小值。

注：

此构造方法的结果有一定的不可预知性。有人可能认为在 Java 中写入 new BigDecimal(0.1) 所创建的 BigDecimal 正好等于 0.1（非标度值 1，其标度为 1），但是它实际上等于 0.1000000000000000055511151231257827021181583404541015625。这是因为 0.1 无法准确地表示为 double（或者说对于该情况，不能表示为任何有限长度的二进制小数）。这样，传入到构造方法的值不会正好等于 0.1（虽然表面上等于该值）。
另一方面，String 构造方法是完全可预知的：写入 new BigDecimal("0.1") 将创建一个 BigDecimal，它正好等于预期的 0.1。因此，比较而言，通常建议优先使用 String 构造方法。
当 double 必须用作 BigDecimal 的源时，请注意，此构造方法提供了一个准确转换；它不提供与以下操作相同的结果：先使用 Double.toString(double) 方法，然后使用 BigDecimal(String) 构造方法，将 double 转换为 String。要获取该结果，请使用 static valueOf(double) 方法。

解决方法：

相信从上面的文档大家也已经找出了解决方法，

在需要精确的表示两位小数时我们需要把他们转换为BigDecimal对象，然后再进行运算。

另外需要注意

使用BigDecimal(double val)构造函数时仍会存在精度丢失问题，建议使用BigDecimal(String val)

这就需要先把double转换为字符串然后在作为BigDecimal(String val)构造函数的参数。转换为BigDecimal对象

之后再进行加减乘除操作，这样精度就不会出现问题了。这也是为什么有关金钱数据存储都使用BigDecimal。

@Test
public void testBig(){
    System.out.println(0.11+2001299.32);//非精确的输出
    BigDecimal bigDecimal1 = new BigDecimal(Double.toString(0.11));
    BigDecimal bigDecimal2 = new BigDecimal(Double.toString(2001299.32));
    System.out.println(bigDecimal1.add(bigDecimal2));//精确的输出
}

控制台输出：

2001299.4300000002
2001299.43