var x = 010;
console.log(x); //8
JS引擎将数字x
转换为八进制数。为什么会这样?我该如何预防?
答案 0 :(得分:8)
I think my answer here回答了这个问题,但问题并不完全重复,所以我提供了一份答案。
<强>记录
问题是十进制整数文字不能有前导零:
DecimalIntegerLiteral ::
0
NonZeroDigit DecimalDigits(opt)
但是,ECMAScript 3允许(作为可选扩展)解析基数为8的前导零的文字:
OctalIntegerLiteral ::
0 OctalDigit
OctalIntegerLiteral OctalDigit
但ECMAScript 5禁止在严格模式下执行此操作:
在处理strict mode code (see 10.1.1)时,符合要求的实现不得扩展 NumericLiteral 的语法,以包含 OctalIntegerLiteral ,如B.1.1中所述。
ECMAScript 6引入了 BinaryIntegerLiteral 和 OctalIntegerLiteral ,所以现在我们有了更多连贯的文字:
0b
或0B
。0o
或0O
。0x
或0X
。旧的 OctalIntegerLiteral 扩展程序已重命名为 LegacyOctalIntegerLiteral ,在非严格模式下仍允许使用此扩展程序。
<强>结论强>
因此,如果您要解析基数为8的数字,请使用0o
或0O
前缀(旧浏览器不支持),或使用parseInt
。
如果您想确保您的数字将在基数10中解析,请删除前导零,或使用parseInt
。
<强>实施例强>
010
8
(依赖于实现)。0o10
,0O10
8
。parseInt('010', 8)
8
。parseInt('010', 10)
10
。答案 1 :(得分:2)
这是因为一些JavaScript引擎将前导零解释为八进制数字文字。它在ECMAScript specification的附录中定义。
但是,在严格模式下,符合要求的实现不得实现 - 再次参见ECMAScript specification:
符合条件的实现,在处理严格模式代码时(参见 10.1.1),不得扩展NumericLiteral的语法以包含B.1.1中描述的OctalIntegerLiteral。
由于这种模糊性,最好不要使用前导零。
答案 2 :(得分:0)
JS仅在有效的八进制数之前将前导零的数字视为八进制,否则将其视为十进制。为避免这种情况,请不要在源代码中使用前导零
console.log(010, 10, +"010")
if (021 < 019) console.log('Paradox');
或使用strict mode
不允许使用前导零
'use strict'
if (021 < 019) console.log('Paradox');