Question

This question already has answers here:

Possible Duplicate:
Is JavaScript s Math broken?
Why can t decimal numbers be represented exactly in binary?

下一个法典将产生什么结果:

if(0.3 == ( 0.1 + 0.1 + 0.1 ))
{
      alert(true);
}
else
{
      alert(false);
}

这是奇怪的,但结果将是虚假的。

原因

页: 1

页: 1

页: 1

如何解释这种行为?

Answer 1

解释很简单,读到。点号问题

Answer 2

同样的理由1/3 + 1/3 + 1/3 不能给你一句话。如果您将1/3作为33333,那么1/3 + 1/3 + 1/3将给您.9999999/,即tt a.

Unless you know exactly what you re doing, don t compare non-integer numeric types for equality.

Answer 3

你所经历的是基本的点滴错<>。

由于二元数字的性质,我们可以准确表示0.1。 WolframAlpha reports decimal0.1 to Equal binary ~0.00011001100110011... 通知如何在双位数制度中明确代表它? 这意味着,我们必须决定一个截断点,停止计算这一数目,否则我们就永远如此。

This introduces an error. And this error has accumulated as the code adds the numbers together which results in an incredibly small quantity added to the end of your sum. This ensures that the sum will never be EXACTLY 0.3, which is what the IF test is looking for.

然而,一些精度数字可在双位数中准确反映,如0.5 = 双倍0.1和0.25 = 双位0.01。

http://jsfiddle.net/x9SrS/"rel=“nofollow> 我们可以使用0.5 = (0.25 + 0.25)来证明这一“与你原来的代码类似。

供进一步阅读的,我建议。

报告很好地概述了浮动点数字的概念以及计算错误的发生方式。还有一节是关于 Java字,说明如何克服你再次经历的四舍五入错误。

Answer 4

这是因为储存在计算机上的浮体的性质。没有任何东西可以储存任意的浮点号。你在比较浮标时通常要做的是,看看差异是否小于一些小的冰层。

function equals(f1, f2){
  var epsilon = 0.00001; //arbitrary choice
  return (f1-f2 < epsilon && f2-f1 < epsilon);
}

如果(0.3==) (0.1+0.1+0.1)至(等于0.3、0.1+0.1+0.1)

友情链接