17370845950

严格模式是一套更严格的解析和执行规则，启用后使原本“蒙混过关”的错误直接

抛异常，如未声明变量赋值、重复参数名等；必须在脚本或函数顶部用"use strict"声明，仅对当前作用域生效，模块默认启用。

严格模式不是语法糖，而是一套更严格的解析和执行规则——启用后，原本能“蒙混过关”的错误会直接抛出异常，比如给未声明变量赋值、使用保留字作标识符、重复参数名等。

如何启用严格模式

必须在脚本或函数顶部用 "use strict" 字面量声明，且不能被任何语句（包括注释）前置。它只对当前作用域生效：

"use strict";
function foo() {
  "use strict"; // 函数级严格模式
  // ...
}

• 全局启用：整个 JS 文件第一行必须是 "use strict"，否则无效
• 函数启用：仅影响该函数及其嵌套函数，不影响外层
• 不能用条件语句包裹：if (true) { "use strict"; } 完全无效
• 模块（.mjs 或 import 加载的脚本）默认启用严格模式，无需手动写

严格模式拦截的典型错误

它不改变语言能力，而是让某些“危险但合法”的行为变成运行时错误：

• undefined 和 null 不再自动装箱为对象，undefined.toString() 直接报 TypeError
• 禁止八进制字面量：010 在严格模式下是语法错误（应写成 0o10）
• 函数参数名重复报错：function f(a, a) {} → SyntaxError
• 禁止删除不可配置属性：delete Object.prototype → TypeError
• this 在非对象上下文中保持 undefined，而不是被强制绑定到全局对象

严格模式对 eval 和 arguments 的限制

这两个特性在非严格模式下有大量隐式行为，严格模式大幅收窄其自由度：

• eval 不再能声明变量或函数到外层作用域，它的变量仅限于自身作用域
• arguments 不再与形参自动同步：function f(a) { a = 2; return arguments[0]; } 在严格模式下返回 undefined（而非 2）
• 禁止使用 arguments.callee 和 arguments.caller，它们在严格模式下是 TypeError
• 不能用 arguments 或 eval 作变量名或函数名

严格模式的兼容性与现实建议

所有现代浏览器和 Node.js 都完全支持，但要注意构建工具链可能自动移除 "use strict"（如某些 Babel preset 默认关闭）：

• ES6+ 模块天然严格，不必额外加；但 CommonJS（require）模块仍需手动声明
• 避免在立即执行函数（IIFE）里漏掉 "use strict"，尤其当它包裹大量旧代码时
• 不要依赖严格模式“修复”逻辑错误——它只捕获语法/规范类问题，比如 if (x = 1) 依然静默执行
• 上线前务必确认打包后 "use strict" 仍存在，可通过检查生成代码或启用 eslint-plugin-strict 验证

真正容易被忽略的是：严格模式不会警告你写了冗余代码，也不会帮你发现异步竞态或闭包内存泄漏——它只管“是否符合语言规范”，别的得靠测试和工具补位。