JavaScript parseInt 进制解析陷阱与数值转换细节分析

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

许多开发者直觉上认为变量a和b的值都应为数字9，但实际运行结果并非如此。

parseInt函数的核心功能是将字符串转换为整数，或将浮点数转换为整数。通常开发者仅使用其第一个参数，但该函数实际上接受两个参数：

parseInt(string, radix)

parseInt依据第二个参数radix指定的进制基数进行转换，例如：

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

当未指定radix参数或其值为0时，parseInt默认按十进制进行转换。然而，这种默认行为在特定前缀情况下存在特殊逻辑：

* 若字符串以“0x”开头，parseInt会按十六进制进行转换；

* 若字符串以“0”开头，parseInt会按八进制进行转换。

回到开头的代码示例，由于字符串"09"以“0”开头，parseInt会尝试按八进制解析。然而，“9”并非合法的八进制数字（八进制仅包含0至7），因此转换结果返回0。

为避免此类陷阱，建议强制指定radix参数为10：

 
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);
} 

实际应用场景与规范说明

去年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转换为数字以进行其他计算。

上述对比可以看出差异所在：

字符串"08"被识别为八进制，由于八进制不包含数字8，parseInt("08")返回0。

通常情况下，使用parseInt时开发者不会特意指定第二个radix参数，默认行为为十进制。

由此可见，为了代码安全，建议始终显式指定radix为10。