为什么 parseInt(0.0000008) === 8?

原文: Why parseInt(0.0000008) === 8?

作者: @sdlyu

IEEE 754

JavaScript 的数字系统是采用 IEEE 754 ,一开始看到这个问题,以为是 IEEE 754 导致的问题。

常见的问题有浮点数比较:

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

后来发现这问题并不会导致 parseInt(0.0000008) 变成 ,那么问题就可能在 parseInt 这个函数上。

## parseInt
> `parseInt(string, radix)`

parseInt 接受两个参数,第一个参数是要转换的字符串(忽略空白);第二个参数是基数。

例如:

parseInt('   12', 10);  // 12
parseInt('12**', 10);   // 12
parseInt('12.34', 10);  // 12
parseInt(12.34, 10);    // 12

最后一个例子让我们看到 parseInt 可以将数字类型转换成整数,但最好别这么做。

再来看下面这个例子:

parseInt(1000000000000000000000.5, 10); // 1

为什么会这样呢?

parseInt 的第一个类型是字符串,所以会将传入的参数转换成字符串,也就是 String(1000000000000000000000.5) 的结果为 '1e+21'parseInt 并没有将 'e' 视为一个数字,所以在转换到 后就停止了。

这也就可以解释 parseInt(0.0000008) === 8

String(0.000008);  // '0.000008'
String(0.0000008); // '8e-7'

从上面的程式码可以看出,小于 0.0000001 (1e-7) 的数字转换成 String 时,会变成 科学记号法 ,再对这个数进行 parseInt 操作就会导致这个问题发生。

结论

不要将 parseInt 当做转换 NumberInteger 的工具。

再补上一些悲剧:

parseInt(1/0, 19);      // 18
parseInt(false, 16);    // 250
parseInt(parseInt, 16); // 15
parseInt("0x10");       // 16
parseInt("10", 2);      // 2

参考资料

我来评几句
登录后评论

已发表评论数()

相关站点

热门文章