一个神器的问题!你猜System.out.println(0.1 + 0.1 + 0.1);输出什么

我纯洁全身都纯洁 2014-08-06 02:25:56
刚才遇到一个神器的问题,打印

System.out.println(0.1 + 0.1 + 0.1);
输出的是0.30000000000000004

打印

System.out.println(0.1 + 0.1 + 0.1 - 0.3);
输出的是0.30000000000000004
5.551115123125783E-17


用C#和python测试也是这样,不知道为什么。刚才查了下API-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) 方法。

参数:
val - 要转换为 BigDecimal 的 double 值。
抛出:
NumberFormatException - 如果 val 为无穷大或 NaN。

...全文
290 9 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
放纵的青春 2014-08-06
  • 打赏
  • 举报
回复
至于为什么 应该涉及到一些非常基础的知识 但是现在这个快餐程序员泛滥的年代 估计一下子还真少人能解答 我也是个快餐程序员
放纵的青春 2014-08-06
  • 打赏
  • 举报
回复
引用 7 楼 hjgzj 的回复:
[quote=引用 4 楼 u011935764 的回复:] 这应该是浮点类型计算时损失精度的问题吧 太久了,忘了
引用 6 楼 djy18178 的回复:
数据精度丢失吧
只知道js会缺失精度,这个java0.1又不长怎么会缺失? System.out.println((float)0.1+(float)0.1+(float)0.1-(float)0.3);是可以的 如果我不加上转换,默认的又是什么类型?[/quote] java一样存在精度丢失 你不加float 默认的小数应该是double类型
  • 打赏
  • 举报
回复
引用 4 楼 u011935764 的回复:
这应该是浮点类型计算时损失精度的问题吧 太久了,忘了
引用 6 楼 djy18178 的回复:
数据精度丢失吧
只知道js会缺失精度,这个java0.1又不长怎么会缺失? System.out.println((float)0.1+(float)0.1+(float)0.1-(float)0.3);是可以的 如果我不加上转换,默认的又是什么类型?
放纵的青春 2014-08-06
  • 打赏
  • 举报
回复
数据精度丢失吧
小灯光环 2014-08-06
  • 打赏
  • 举报
回复
用Core Java上的话说,浮点数值采用二进制系统表示,而在二进制系统中无法精确表示分数1/10,就像十进制无法精确表示1/3是一样的。所以一句话,有精确计算的需求,就用BigDecimal或者BigInteger,没什么值得研究的。
时光清浅 2014-08-06
  • 打赏
  • 举报
回复
这应该是浮点类型计算时损失精度的问题吧 太久了,忘了
  • 打赏
  • 举报
回复
刚试了下System.out.println((float)0.1+(float)0.1+(float)0.1-(float)0.3);是可以的 不知道原理?
依凌爸爸 2014-08-06
  • 打赏
  • 举报
回复
不可预知性,所以我猜不出
  • 打赏
  • 举报
回复
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) 方法。 参数: val - 要转换为 BigDecimal 的 double 值。 抛出: NumberFormatException - 如果 val 为无穷大或 NaN。

67,549

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧