0.1+0.2!=0.3, why? how to solve? -- 简议javascript的浮点运算

1. 让人迷惑的现象

让我们来做个简单的实验——把下面的代码转贴到地址栏中并按确定键：

javascript:alert(0.1 + 0.2)

结果返回： 0.30000000000000004, 的确如此，你可能会感动迷惑，为什么不是0.3? 为什么js不能像其他语言(如c或java)一样printf出正确的结果呢？ 这是不是js的bug呢？ 其实这些疑问在当时也迷惑着我。其实我们随意搜索下google就能知道答案，这是由于十进制到二进制的转换导致的精度问题！因为计算机执行的是二进制算术，当一个十进制数不能准确的转化着二进制数时，这种精度误差就无法避免。如果对这简单的原因描述还是迷惑的话，那就接着看文章后面的具体描述吧！

 

2. 认识javascript的浮点运算

　学过js的同学都知道，js中的数字都是用浮点数表示的，并规定使用IEEE 754 标准的双精度浮点数表示。

　2.1 IEEE 754 标准的浮点数简介（呵呵，这可是大学里学习的组成原因知识噢）

　IEEE 754 规定了两种基本浮点格式：单精度和双精度。

　IEEE单精度格式具有24 位有效数字精度(包含符号号)，并总共占用32 位。

　IEEE双精度格式具有53 位有效数字精度(包含符号号)，并总共占用64 位。

说明： 基本浮点格式是固定格式，相对应的十进制有效数字分别为7位和17位。基本浮点格式对应的C/C++类型为float和double。

 

　2.2 实验过程推导

　有了以上的理论知识，我们可以模拟计算机对之前实验的运算做个简单的过程展示：

十进制0.1 => 二进制0.00011001100110011…(循环0011) =>尾数为1.1001100110011001100…1100（共52位，除了小数点左边的1），指数为-4（二进制移码为00000000010）,符号位为0 => 计算机存储为：0 00000000100 10011001100110011…11001 => 因为尾数最多52位，所以实际存储的值为0.00011001100110011001100110011001100110011001100110011001 而十进制0.2 => 二进制0.0011001100110011…(循环0011) =>尾数为1.1001100110011001100…1100（共52位，除了小数点左边的1），指数为-3（二进制移码为00000000011）,符号位为0 => 存储为：0 00000000011 10011001100110011…11001 因为尾数最多52位，所以实际存储的值为0.00110011001100110011001100110011001100110011001100110011 　　　那么两者相加得： 　　　　0.00011001100110011001100110011001100110011001100110011001 　　　+ 0.00110011001100110011001100110011001100110011001100110011　（确认？？） = 0.01001100110011001100110011001100110011001100110011001100 转换成10进制之后得到:0.30000000000000004 

 

　2.3 结论

　从整个演算过程，我们的最初的疑问肯定迎刃而解了。因此这这并不能认为是js的bug，这几乎出现在很多的编程语言中：C/C++,Java中，准确的说：“使用了IEEE 754浮点数格式”来存储浮点类型(float 32,double 64)的任何编程语言都有这个问题！

　　说明：Ｃ中使用printf("%.17f/n",0.1)，就能显示相同的结果了，所有只是被printf默认的截取精度覆盖了这种现象而已。

 

 

 

 

 

3. 怎样避免js中的浮点运算误差。