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需刷新才能执行]

  

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

  上面的看出不同了么?

  "08"字符串被识别为8进制,parseInt("08") 出来的是 0,因为8进制是没有8的

  一般用parseInt也不会特意去写后面的 radix,默认是 十进制

  现在看来,大家还是 勤劳点,多写个10,才保险啊