console.log(0.1+0.2===0.3)// true or false??
在正常的数学逻辑思惟中,0.1+0.2=0.3这个逻辑是正确的,可是在JavaScript
中0.1+0.2!==0.3,这是为何呢?这个问题也会偶尔被用来当作面试题来考查面试者对JavaScript
的数值的理解程度。面试
在JavaScript中
的二进制的浮点数0.1和0.2并非十分精确,在他们相加的结果并不是正好等于0.3,而是一个比较接近的数字 0.30000000000000004 ,因此条件判断结果为 false
。chrome
那么应该怎样来解决0.1+0.2等于0.3呢? 最好的方法是设置一个偏差范围值,一般称为”机器精度“,而对于Javascript
来讲,这个值一般是2^-52,而在ES6
中,已经为咱们提供了这样一个安全
属性:Number.EPSILON
,而这个值正等于2^-52。这个值很是很是小,在底层计算机已经帮咱们运算好,而且无限接近0,但不等于0,。这个时候咱们只要判断(0.1+0.2)-0.3小于函数
Number.EPSILON
,在这个偏差的范围内就能够断定0.1+0.2===0.3为true
。性能
function numbersequal(a,b){ return Math.abs(a-b)<Number.EPSILON; } var a=0.1+0.2, b=0.3; console.log(numbersequal(a,b)); //true
可是这里要考虑兼容性的问题了,在chrome
中支持这个属性,可是IE
并不支持(笔者的版本是IE10
不兼容),因此咱们还要解决IE
的不兼容问题。code
Number.EPSILON=(function(){ //解决兼容性问题 return Number.EPSILON?Number.EPSILON:Math.pow(2,-52); })(); //上面是一个自调用函数,当JS文件刚加载到内存中,就会去判断并返回一个结果,相比if(!Number.EPSILON){ // Number.EPSILON=Math.pow(2,-52); //}这种代码更节约性能,也更美观。 function numbersequal(a,b){ return Math.abs(a-b)<Number.EPSILON; } //接下来再判断 var a=0.1+0.2, b=0.3; console.log(numbersequal(a,b)); //这里就为true了
这个是二进制浮点数最大的问题(不只 JavaScript
,全部遵循IEEE 754
规范的语言都是如此)。ip
注意:有人认为,JavaScript
应该采用一种能够精确呈现数字的实现方式。一直以来出现过不少替代方案,只是都没能成为标准,之后大概也不会。这个问题看似简单,实则不内存
然,不然早就解决了。 数学
问题是,若是一些数字没法作到彻底精确,是否意味着数字类型毫无用处呢?答案固然是否认的。io
在处理带有小数的数字时须要特别注意。不少(也许是绝大多数)程序只须要处理整数,最大不超过百万或者万亿,此时使用 JavaScript
的数字类型是绝对安全的。