原文: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) 变成 8,那么问题就可能在 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' 视为一个数字,所以在转换到 1 后就停止了。

这也就可以解释 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

参考资料

继续阅读关于 的文章


欢迎订阅我的微信公众帐号,只推送原创文字。欢迎扫描二维码订阅:
justjavac微信公众帐号


无觅相关文章插件,快速提升流量
Fork me on GitHub