严格模式通过"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对象，反之亦然。严格模式切断了这种绑定。
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和动态执行逻辑的部分。不复杂但容易忽略。
