17370845950

严格模式是JavaScript引擎的“纠错开关”，启用后使原本静默失败的代码（如未声明赋值）立即抛错，强制暴露问题；必须置于脚本或函数体首行，模块默认启用，但CommonJS等仍需手动添加。

严格模式是什么？一句话结论

严格模式不是新语言，而是 JavaScript 引擎的一种“纠错开关”——启用后

，原本会静默失败或产生意外行为的代码（比如 name = "Alice"），会立刻抛出 ReferenceError 或 SyntaxError，强制你面对问题，而不是靠运气运行。

怎么启用才真正生效？常见失效原因

它只认字面量、只认位置，写错一个空格或放错一行就等于没写：

• "use strict" 必须是脚本第一行（全局启用），或函数体内的第一行语句（函数级启用）；前面不能有注释、空行、变量声明
• 不能拼成 "use strict "（尾部空格）、'use strict'（单引号虽可但不推荐，易混入模板字符串）或 eval("use strict")
• 不能放在块级作用域里：

  if (true) { "use strict"; x = 1; }

  ——完全无效
• ES6 模块（.mjs 文件、）默认启用，无需手动加

它真正阻止哪些“看似正常”的危险操作？

这些不是“新增限制”，而是把长期被容忍的 bug 温床直接关掉：

• 未声明就赋值：x = 42 → ReferenceError: x is not defined（不再偷偷挂到 window.x）
• 函数参数重名：function f(a, a) {} → SyntaxError（非严格下第二个 a 覆盖第一个，极难调试）
• this 在普通函数调用中为 undefined，而非 window 或 globalThis：

  function foo() { "use strict"; console.log(this); } foo(); // undefined

• 禁用 with 语句：with(obj) { x = 1; } → SyntaxError（破坏作用域可预测性，V8 无法优化）
• delete 不能删变量/函数：var x = 1; delete x; → SyntaxError（只能删对象自有可配置属性）

为什么现在还值得手动加？容易被忽略的现实细节

虽然模块默认严格，但 CommonJS（Node.js 的 .js）、内联 、老项目迁移、或调试临时脚本时，仍需显式声明。最容易被忽略的是：

• 子函数不会继承外层的严格模式：

  function outer() { "use strict"; function inner() { x = 1; } inner(); // 不报错！inner 自己没声明严格模式

• eval 在严格模式下有独立作用域：eval("var y = 1"); console.log(y); → ReferenceError（非严格下 y 会泄露）
• arguments 不再与形参绑定：

  function f(a) { "use strict"; a = 2; return arguments[0]; } f(1); // 返回 1，不是 2

• 旧代码依赖 delete obj.prop 返回布尔值做判断？严格模式下可能直接抛错，得先 obj.hasOwnProperty("prop")

严格模式本身不修复逻辑错误，但它把“侥幸通过”的代码变成“当场失败”的代码——而这种失败，恰恰是你该停下来检查的地方。