EcmaScrpt规范定义Number的类型遵循了IEEE754-2008中的64位浮點数规则定义的小数后的有效位数至多为52位导致计算出现精度丢失问题！

如果你看不懂这句话仔细阅读本篇博客就对了！

首先看下小数10進制转换为2进制的方法。

吐槽一句大二的专业课数字逻辑电路终于用在工作上了。

0.1*2 = 0.2 整数位为0，且精度只到十分位因此是0.0。

如果是不限精度的话转换后的二进制数应该是：0.（0011）无限循环。

上述式子可类比十进制科学计数法公式

-1的0次幂又是什么意思？

这是国际标准组織IEEE754对于浮点数表示方式的一种定义

S，是符号位决定正负，0时为正数1时为负数。
M是指有效位数，大于1小于2　

因此才有了下面的形式：

那么这和javascript有什么关系呢？

因为IEEE754标准里还有两种特殊的定义。

IEEE 754规定对于32位的浮点数，最高的1位是符号位S接着的8位是指数E，剩下的23位为有效数字M

对于64位的浮点数，最高的1位是符号位S接着的11位是指数E，剩下的52位为有效数字M

问题还是一样，这和我们的javascript有什么关系呢

因为javascript中Number类型，就是严格按照IEEE754标准来定义的下面给出了最新版的ecma-262版本中关于Number类型的定义。

再看一下wiki百科给出的IEEE754标准：

因此javascript的Number类型， 最高的1位是符号位S接着的11位是指数E，剩下的52位为有效数字M

这里的无限循环就有限了，循环位数最多只能有52位.

JS中的0.1在引擎中运算时，实質上会编译成：

0.2同理会编译成：

拿出关键的指数部分和有效位部分：

①式转化为纯小数，小数最低位的1001被高位的0000挤出有效范围得到③式

②式转化为纯小数，小数最低位的001被高位的000挤出有效范围得到④式

原因就是JS中的Number类型，二进制小数的有效位数只有52位从0到51位（包括邊界）。

不多不少小数部分刚好52位，与规范以及我们的猜想完全契合

最后得到的⑤式其实0.000004（17位十进制数）的二进制形式。

虽然我们期朢的理想结果是返回0.3恰恰印证了现实往往很骨感的说法。

有没有让0.1+02返回为0.3的办法呢

因为不只是这一个精度丢失特例，还有很多情况都會造成精度丢失比如：

那么有没有办法解决这个问题呢？且听下回分解