在js中0.1+0.2!==0.3,一直知道这个问题是js中精度丢失的问题造成的,但是不知道是怎么丢失的,这个的运算过程又是怎样的,下面就来具体看下这个计算过程是怎样造成精度丢失的。
第一次精度丢失
首先了解在js中保存数字都是按照IEEE754标准来表示数字的,IEEE754是一种国际标准,用于二进制浮点数的表示,取舍的规则。所以将0.1和0.2转化成二进制这里就造成了一次精度丢失。
先看一下0.1和0.2转成为二进制是什么样的。小数转二进制是采用"乘2取整"的方式进行转换的,
- 0.1转化为二进制为0.000110011001100(无限循环)
- 0.2转化为二进制为0.00110011001100(无限循环)
因为转成二进制后是无限循环小数,计算机在存储的时候会存储为一个近似值,所以在转二进制这个过程中就造成了精度丢失。
第二次精度丢失
转化为二进制的数字相加;
转成二进制相加的过程,在IEEE754的标准中,浮点数要采用科学计数法计数,0.1的二进制采用科学计数法表示为1.10011001100…×2(-4),0.2的二进制采用科学计数法表示为1.10011001100…×2(-3),为了进行二进制加法,需要将两个数的指数部分对齐。为了使二者小数点对齐,所以0.1需要小数点需要向后移动一位,在这个过程中也会造成一次精度丢失,两者相加的值为0.0100110011…,同样是一个无限循环小数。然后再将这个二进制小数转成十进制。
总结
其实在相加的过程中转成二进制,然后在相加,在这个过程中经历了两次精度丢失的问题,最后得到的结果只是一个近似值。
如何解决
1.先扩大相对应倍数,得到结果后在除以对应的倍数,这样就可以得到正确的结果
2.使用toFixed()
代码如下
注意使用toFixed是可以得到0.3的,但是运行结果还是false的原因是得到的结果是String类型的,而0.3是Number的,所以===为false。
console.log(0.1 + 0.2 === 0.3); //false
console.log((0.1 * 10 + 0.2 * 10) / 10 === 0.3); //true
console.log((0.1 + 0.2).toFixed(1) === 0.3); //false