严格模式是JavaScript的限制性变体，通过修改语法解析和执行上下文规则，禁用with、静默全局变量、非法赋值等，并强制this为undefined；需以字面量"use strict"在脚本或函数首行启用。
JavaScript 严格模式（"use strict"）不是一种新语言，而是对 JavaScript 执行环境的一种限制性变体——它让引擎在更严格的规则下解析和运行代码，从而提前暴露常见错误、禁用不安全或易混淆的语法，并为未来语言演进铺路。
为什么加 "use strict" 会改变行为？
严格模式通过修改 JavaScript 引擎的“语法解析器”和“执行上下文”的默认规则起作用。一旦启用，以下行为会被禁止或抛出错误，而非静默失败：
-
with语句被完全禁用（因其破坏作用域可预测性） - 给只读属性赋值（如
NaN = 1）会抛出TypeError，而非忽略 - 删除不可配置属性（如
delete Object.prototype）会抛出TypeError - 函数参数名重复（如
function f(a, a) {}）在严格模式下是语法错误 -
this在非对象调用中不再自动绑定到全局对象（如foo()中的this是undefined而非window或globalThis）
怎么启用？注意作用域范围
严格模式必须以字面量字符串 "use strict" 开头，且不能被任何语句（包括注释）前置。它有两种生效范围：
- 脚本级启用：放在整个 JS 文件最顶部（第一行，无空行/注释前）→ 整个文件生效
- 函数级启用：放在函数体第一行 → 仅该函数及其内部嵌套函数生效
注意："use strict" 必须是纯字符串字面量，不能拼接、不能变量赋值、不能包裹在条件中（如 if (true) {"use strict"} 无效）。
立即学习“Java免费学习笔记（深入）”；
"use strict";
function test() {
"use strict"; // ✅ 函数内启用
delete x; // ❌ ReferenceError: x is not defined（若x未声明）
arguments[0] = 42; // ✅ 允许（但某些引擎仍可能警告）
}
哪些问题它真正解决了？
严格模式主要解决三类现实痛点：
-
静默失败转显式报错：比如给未声明变量赋值（
foo = 1）在非严格模式下会意外创建全局变量；严格模式下直接抛出ReferenceError -
避免意外的
this绑定：普通函数调用时this指向全局对象，常导致难以调试的 bug；严格模式强制this为undefined，让错误在调用点立即暴露 -
阻止危险或过时语法：如
arguments.callee、arguments.caller被禁用，避免闭包引用导致内存泄漏；八进制字面量（010）也报错，防止歧义
现代开发中，ES6+ 模块（.mjs 或 type="module" 的 script）默认启用严格模式，无需手动写 "use strict"；但 CommonJS（Node.js .js 文件）和传统 <script> 仍需显式声明。
容易被忽略的兼容性细节
严格模式不是“向下兼容补丁”，而是一套独立语义规则。这意味着：
- 同一个函数不能混用严格与非严格代码：如果外层是严格模式，内层函数即使没写
"use strict"，也会继承严格语义 - eval 内部行为变化：在严格模式下调用
eval，其声明的变量不会泄露到外层作用域，且无法访问外部局部变量 - 某些旧库（如极老版本 jQuery）依赖非严格行为（如
arguments.callee），强行加"use strict"可能导致运行时报错
真正关键的不是“要不要用”，而是理解它改变了什么——尤其当调试一个看似合理却突然报错的赋值或 this 场景时，先确认是否处于严格模式，往往比查文档更快定位根因。
