严格模式隐藏限制有哪些？

JavaScript严格模式不仅禁止未声明变量等常见错误，还暗藏五大易被忽视的关键限制：删除不可配置属性会直接报错而非静默失败、函数参数名重复导致语法错误、arguments与命名参数彻底解绑、八进制字面量（如010）被禁止、以及this在无绑定时保持undefined而非指向全局对象；这些看似细微的规则虽提升了代码安全与可维护性，却常在旧代码迁移、调试或重构中引发意外故障，了解它们能帮你避开大量隐蔽陷阱。

JavaScript的严格模式（Strict Mode）通过在脚本或函数顶部添加"use strict";来启用，它能帮助开发者避免一些常见的错误和不安全的操作。虽然很多开发者知道它会禁止某些明显的问题，比如使用未声明的变量，但有一些限制却容易被忽略。以下是几个常被忽视的关键点。

1. 无法删除不可配置的属性或变量

在非严格模式下，delete操作符删除变量或不可配置属性时会静默失败，返回false。但在严格模式下，这会直接抛出错误。

var x = 1;
delete x; // 严格模式下报错：Cannot delete variable 'x'

同样的问题也出现在尝试删除内置对象的不可配置属性时，比如delete Object.prototype也会抛异常。

2. 函数参数名重复会被禁止

在非严格模式中，函数可以有重复的参数名，后面的参数会覆盖前面的：

function test(a, a) {
  return a;
}
test(1, 2); // 返回 2

但在严格模式下，这种写法会直接语法错误：

function test(a, a) { // 严格模式下：SyntaxError
  "use strict";
  return a;
}

这一点在调试或重构代码时容易被忽略，尤其是从旧代码迁移过来的时候。

3. arguments对象不再与命名参数同步

在非严格模式中，修改命名参数会影响arguments对象，反之亦然。严格模式切断了这种绑定。

function test(a) {
  a = 2;
  console.log(arguments[0]); // 输出 2
}

function test(a) {
  "use strict";
  a = 2;
  console.log(arguments[0]); // 输出原值，不会变
}

这改变了旧代码可能依赖的行为，尤其是在动态检查参数时。

4. 禁止八进制字面量

以零开头的数字在非严格模式中被视为八进制（如010等于十进制8），但这种语法已被废弃。严格模式下使用会报错。

var n = 010; // 严格模式下：SyntaxError

现在应使用0o10表示八进制，否则会导致解析失败。

5. this不再自动绑定到全局对象

在非严格模式中，函数内部的this如果没有明确上下文，会默认指向全局对象（浏览器中是window）。严格模式下，this保持为undefined。

function f() {
  "use strict";
  console.log(this); // undefined，而不是 window
}
f();

这对依赖this判断执行环境的代码会造成意外行为，特别是在事件处理或回调中误用函数时。

基本上就这些。严格模式通过这些细节提升了代码的安全性和可维护性，但如果不了解这些隐性规则，在迁移或调试时容易踩坑。启用后建议全面测试，特别是涉及arguments、this和动态执行逻辑的部分。不复杂但容易忽略。

理论要掌握，实操不能落！以上关于《严格模式隐藏限制有哪些？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！