復制代碼 代碼如下:
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，才保險啊