在JavaScript中,如果判断0.1 + 0.2 === 0.3,结果是false,

console.log(0.1 + 0.2 === 0.3); // false
console.log(0.1 + 0.2); // 0.30000000000000004

这是怎么回事呢?0.1 + 0.2竟然不等于0.3?是程序出问题了吗?

首先,十进制的0.1和0.2会被转换成二进制的,二进制浮点数表示法并不能精确的表示类似0.1这样的数值,因为浮点数在转化为二进制时,会出现无限循环

0.1 -> 0.0001 1001 1001 1001…(1100循环)
0.2 -> 0.0011 0011 0011 0011…(0011循环)
两者相加之后得到二进制为再转换为十进制,会产生误差。

原来JavaScript采用的是IEEE754的64位双精度版本,由三部分组成:

1位数符:标记正负,0为正,1为负
11位阶码:数字的整数部分
52位尾数:数字的小数部分
0.1的二进制表示为:

0.1 = 0.0(0011)(0011)(0011)(0011)(0011)....

是无限循环小数,而在JavaScript中只能存储52位小数,那么0.1的小数位在第52位时就需要判读进位(第53位为1就+1,为0则不进位),则0.1在JavaScript中存储的实际为:

 

0.1 = 0.0(0011)(0011)...(0011)010

第52位进位了。

同理0.2在JavaScript中存储的为:

0.2 = 0.(0011)(0011)...(0011)

不需要进位。

那么将0.1和0.2在JavaScript中存储的表示值相加得到:

	0.0001100110011001100110011001100110011001100110011010
+	0.0011001100110011001100110011001100110011001100110011
-----------------------------------------------------------
	0.0100110011001100110011001100110011001100110011001101

0.0100110011001100110011001100110011001100110011001101这个二进制数刚好等于十进制的0.30000000000000004:

这样看来,程序并没有出问题,这是由于浮点数精度问题造成的,不仅是JavaScript,所有采用IEEE754的64位双精度的语言都是如此。

在JavaScript中,可用原生办法解决:

console.log(parseFloat((0.1 + 0.2).toFixed(10)) === 0.3); // true
console.log(parseFloat((0.1 + 0.2).toFixed(10))); // 0.3

还可以用这个
想办法规避掉这类小数计算时的精度问题就好了,那么最常用的方法就是将浮点数转化成整数计算。因为整数都是可以精确表示的。

0.1+0.2 => (0.11000+0.21000)/1000