var x = 010;
console.log(x); //8
JS 引擎将数字转换x
为八进制数。为什么会发生?我该如何预防?
var x = 010;
console.log(x); //8
JS 引擎将数字转换x
为八进制数。为什么会发生?我该如何预防?
我认为我在这里的答案回答了这个问题,但这个问题并不完全是重复的,所以我附上了我的答案的副本。
历史
问题是十进制整数文字不能有前导零:
DecimalIntegerLiteral ::
0
NonZeroDigit DecimalDigits(opt)
但是,ECMAScript 3 允许(作为可选扩展)解析以 8 为基数的前导零的文字:
OctalIntegerLiteral ::
0 OctalDigit
OctalIntegerLiteral OctalDigit
但是ECMAScript 5禁止在严格模式下这样做:
在处理严格模式代码(参见 10.1.1)时,符合要求的实现不得扩展NumericLiteral的语法以包含如B.1.1 中所述的OctalIntegerLiteral。
ECMAScript 6引入了BinaryIntegerLiteral和OctalIntegerLiteral,所以现在我们有了更连贯的文字:
0b
or为前缀0B
。0o
or为前缀0O
。0x
or为前缀0X
。旧的OctalIntegerLiteral扩展已重命名为LegacyOctalIntegerLiteral,在非严格模式下仍然允许使用。
结论
因此,如果要解析基数为 8 的数字,请使用0o
或0O
前缀(旧浏览器不支持),或使用parseInt
.
如果您想确保您的数字将以 10 为基数进行解析,请删除前导零,或使用parseInt
.
例子
010
8
(依赖于实现)。0o10
, 0O10
8
.parseInt('010', 8)
8
。parseInt('010', 10)
10
。这是因为一些 JavaScript 引擎将前导零解释为八进制数字文字。它在ECMAScript 规范的附录中定义。
但是,在严格模式下,符合要求的实现不能实现——再次参见ECMAScript 规范:
在处理严格模式代码(见 10.1.1)时,一个符合要求的实现不能像 B.1.1 中描述的那样扩展 NumericLiteral 的语法以包括 OctalIntegerLiteral。
由于这种歧义,最好不要使用前导零。
JS 仅在有效八进制时才将带前导零的数字视为八进制,否则将其视为十进制。为防止出现这种情况,请不要在源代码中使用前导零
console.log(010, 10, +"010")
if (021 < 019) console.log('Paradox');
或用于strict mode
不允许使用前导零
'use strict'
if (021 < 019) console.log('Paradox');