为什么 JavaScript 中 `040` 等于 `32`？

JavaScript中的前导零数字

问题：

为何在 JavaScript 中，40 表示为 32？

var num = 040;
console.log(num); // 32

回答：

在 JavaScript 中，由于前导 0，数字会被视为八进制（base 8），就像前导 0x 会使其成为十六进制（base 16）一样。此行为有着悠久的历史，但在现代 JavaScript 中，已不再使用该形式书写八进制数。在使用严格模式的现代 JavaScript 中，“传统”八进制格式是一种语法错误；八进制数应使用 0o 前缀书写。

历史：

早期（在 Netscape 初始语言和第一个和第二个 ECMAScript 规范中），数字字面量上的前导 0 正式表示八进制（base 8），就像前导 0x 表示十六进制（base 16）：

OctalIntegerLiteral ::
    0 OctalDigit
    OctalIntegerLiteral OctalDigit

例如，10、012 和 0xA 都是编写十进制数 10 的方式。这是与一些语法类似于 JavaScript 的其他语言（例如 C、C 和 Java）相一致的，但非常令人困惑。

从 ECMAScript 3 开始，八进制字面量的这种形式被降级为一个可选扩展，十进制整数字面量被更改，这样它们就不能有前导零（除非实现包含该扩展）：

DecimalIntegerLiteral ::
    0
    NonZeroDigit DecimalDigits(opt)

但在严格模式中，ECMAScript 5 禁止这样做：

当处理严格模式代码（请参见 10.1.1）时，一个符合实现不应将 NumericLiteral 的语法扩展为包括 B.1.1 中描述的 OctalIntegerLiteral。

ECMAScript 6（ECMAScript 2015）引入了 BinaryIntegerLiteral 和 OctalIntegerLiteral，因此现在我们有了更加连贯的字面量：

• BinaryIntegerLiteral，带有前缀 0b 或 0B。
• OctalIntegerLiteral，带有前缀 0o 或 0O。
• HexIntegerLiteral，带有前缀 0x 或 0X。

旧的 OctalIntegerLiteral 扩展已被重命名为 LegacyOctalIntegerLiteral，它仍允许在非严格模式下。

结论：

因此，如果你想解析八进制数字，可以使用 0o 或 0O 前缀（旧浏览器不支持），或者使用 parseInt。

如果你想确保你的数字将以 base 10 解析，请移除前导零，或使用 parseInt。

示例：

• 010

  • 在严格模式（需要 ECMAScript 5）下，它是一个语法错误。
  • 在非严格模式下，它可能是语法错误或返回 8（实现相关）。

• 0o10、0O10

  • 在 ECMAScript 6 之前，它们是语法错误。
  • 在 ECMAScript 6 中，它们返回 8。

• parseInt('010', 8)

  • 它返回 8。

• parseInt('010', 10)

  • 它返回 10。

如果你有兴趣，可以在这里找到当前的最新规范，并在这里找到历史版本。

以上是为什么 JavaScript 中 `040` 等于 `32`？的详细内容。更多信息请关注PHP中文网其他相关文章！