严格模式通过启用更严格的语法和行为规则提升代码安全性与可维护性。1. 防止意外创建全局变量，未声明赋值将抛出ReferenceError；2. 禁止修改只读属性，操作失败时抛出TypeError而非静默忽略；3. 删除不可配置属性或var声明变量时抛出SyntaxError或TypeError；4. 函数参数名重复定义将导致语法错误，避免逻辑混乱；5. 独立函数调用中this为undefined，防止误绑定全局对象；6. 禁用八进制字面量（如010）和非法转义序列，减少混淆；7. 限制eval作用域污染，其内部变量不再泄露至外部。严格模式通过提前暴露错误强化编码规范，促进良好编程习惯。
JavaScript 的严格模式通过在脚本或函数顶部添加 'use strict' 来启用，它让 JavaScript 引擎以更严格的规则解析和执行代码。这种模式并不是修复语言本身的技术缺陷，而是通过限制一些容易出错或不推荐的语法和行为，帮助开发者写出更安全、清晰和可维护的代码。以下是严格模式主要“修复”或改进的几个关键问题：
1. 禁止意外创建全局变量
在非严格模式下，给未声明的变量赋值会自动创建一个全局变量（通常是挂载到 window 上），这容易导致命名冲突和难以追踪的 bug。
例如：function foo() {
x = 10; // 没有 var/let/const
}
foo();
console.log(x); // 10 —— 全局变量被意外创建
在严格模式下，上述代码会抛出 ReferenceError，强制开发者显式声明变量，避免污染全局作用域。
2. 禁止对只读属性的操作
严格模式会提前捕获对不可写属性、只读属性或不可扩展对象的操作错误，而不是静默失败。
立即学习“Java免费学习笔记（深入）”；
例如：'use strict';
var obj = {};
Object.defineProperty(obj, 'name', { value: 'JS', writable: false });
obj.name = 'New'; // 抛出 TypeError，而非静默忽略
这有助于在开发阶段发现潜在的数据操作问题。
3. 禁止删除不可配置的属性和变量
在非严格模式中，删除不可配置的属性或使用 var 声明的变量会返回 false，但不会报错。严格模式下直接抛出 SyntaxError 或 TypeError。
'use strict'; var x = 1; delete x; // 抛出 SyntaxError
这防止了开发者误以为 delete 成功清理了变量。
4. 函数参数名必须唯一
非严格模式允许函数定义中出现重复的参数名，后面的参数会覆盖前面的：
function dupParam(a, a) {
return a + a;
}
dupParam(1, 2); // 返回 4
严格模式下，这样的函数定义会直接抛出语法错误，避免因参数重名导致的逻辑混乱。
5. this 不再自动绑定到全局对象
在非严格模式中，独立函数调用时 this 会指向全局对象（浏览器中是 window）；严格模式下 this 为 undefined。
function testThis() {
'use strict';
console.log(this); // undefined，而非 window
}
testThis();
这有助于避免在事件处理或回调中误用 this，并使面向对象编程的行为更可控。
6. 禁止八进制字面量和转义语法
非严格模式支持以 0 开头的八进制数字（如 010 表示 8），容易引起混淆。严格模式下这些语法被禁用。
'use strict'; var octal = 010; // 抛出 SyntaxError
同时，不允许在字符前使用反斜杠进行无效转义，如 \0、\x 等会被检查出来。
7. 更安全的 eval 行为
严格模式限制了 eval 的破坏性：在 eval 中定义的变量不会泄露到外部作用域，且 eval 不再能动态访问闭包内的变量。
'use strict';
eval('var secret = 42;');
console.log(typeof secret); // undefined
这减少了 eval 可能带来的作用域污染和安全隐患。
基本上就这些。严格模式不是解决底层引擎问题，而是通过提升代码规范性来减少常见陷阱。它鼓励良好编程习惯，让错误更早暴露，从而提升代码质量。
