JavaScript中的严格模式（Strict Mode）有哪些容易被忽略的限制？

严格模式通过”use strict”启用，禁止删除不可配置属性、函数参数重复、arguments与参数同步、八进制字面量及this绑定全局对象，提升代码安全但易被忽略。

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

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

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

例如：

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

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

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

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

立即学习“Java免费学习笔记（深入）”；

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

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

错误示例：

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

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

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

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

易企秀

易企秀，一体化创意设计营销平台。超100万模板1键套用3分钟制作，随时随地完成创意设计营销。

44

查看详情

非严格模式行为：

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如果没有明确上下文，会默认指向全局对象（浏览器中是delete0）。严格模式下，this保持为delete2。

例子：

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

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

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