js parseInt的陷阱分析小结

134 阅读 0 评论 89 点赞

我是靠谱客的博主幸福麦片，最近开发中收集的这篇文章主要介绍js parseInt的陷阱分析小结，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

复制代码代码如下:

var a = parseInt("09"), b = Number("09");

很多人会认为a和b的值都是数字9，但实际上不是。

parseInt的主要作用是把字符串转换为整数，或者把小数转换为整数。一般情况下，我们只用到它的第一个参数。但实际上，它有两个参数：
parseInt(string, radix)

parseInt会根据radix指定的进制进行转换，比如：

复制代码代码如下:

alert(parseInt("10", 2)); // outputs '2'

在没有指定radix或者radix为0的情况下，parseInt会按十进制进行转换。然而，这在某些情况下有点特殊：

* 如果string的值以“0x”开头，parseInt会按十六进制进行转换；
* 如果string的值以“0”开头，parseInt会按八进制进行转换。

说回开头的代码，由于"09"是以“0”开头，所以parseInt会按八进制进行转换，但是“9”不是合法的八进制值（八进制只有0－7八个数字），所以转换结果是0。

要避免这个陷进，可以强制指定radix：

复制代码代码如下:

alert(parseInt("09", 10)); // outputs '9'

其它网友的补充：
看代码：

复制代码代码如下:

 
alert(parseInt(0.000001)); 
alert(parseInt(0.0000001)); 

第一条语句输出 0, 第二条语句输出 1, 囧。

继续看代码：

复制代码代码如下:

 
alert(parseInt('0.000001')); 
alert(parseInt('0.0000001')); 

都输出 0, 这才符合预期。

查看 ECMA-262 规范，parseInt 会先调用 toString 方法。问题已逐渐清晰：

复制代码代码如下:

 
alert(0.000001); 
alert(0.0000001); 

第一条语句原样输出，第二条语句输出 1e-7.
继续翻查 ECMA-262 9.8.1 ToString Applied to the Number Type 一节，恍然大悟：

复制代码代码如下:

 
assertEquals("0.00001", (0.00001).toString()); 
assertEquals("0.000001", (0.000001).toString()); 
assertEquals("1e-7", (0.0000001).toString()); 
assertEquals("1.2e-7", (0.00000012).toString()); 
assertEquals("1.23e-7", (0.000000123).toString()); 
assertEquals("1e-8", (0.00000001).toString()); 
assertEquals("1.2e-8", (0.000000012).toString()); 

上面是 V8 引擎 number-tostring 的单元测试脚本, 很好地诠释了 ECMA 规范。

小结：对于小于 1e-6 的数值来说，ToString 时会自动转换为科学计数法。因此 parseInt 方法，在参数类型不确定时，最好封装一层：

复制代码代码如下:

 
function parseInt2(a) { 
if(typeof a === 'number') { 
return Math.floor(a); 
} 
return parseInt(a); 
} 

blueidea上面的文章：
去年11月做的一个东西，到今年 8，9 月突然出毛病了
调试了 1x 分钟最后发现是 parseInt 的问题

MSDN 里的说明
Description
Converts strings into integers.
Syntax
parseInt(numstring, [radix])
The parseInt method syntax has these parts:
Part Description
[numstring] Required. A string to convert into a number.
[radix] Optional. A value between 2 and 36 indicating the base of the number contained in numstring. If not supplied, strings with a prefix of '0x' are considered hexidecimal and strings with a prefix of '0' are considered octal. All other strings are considered decimal.

用 parseInt 是在日期上的，比如 2005-10-08 用正则解出年月日字符串，再用parseInt解出数字做他用。

[Ctrl+A 全选注:如需引入外部Js需刷新才能执行]

上面的看出不同了么？
"08"字符串被识别为8进制，parseInt("08") 出来的是 0，因为8进制是没有8的
一般用parseInt也不会特意去写后面的 radix，默认是十进制
现在看来，大家还是勤劳点，多写个10，才保险啊