17370845950

严格模式是更严格的执行规则，要求变量必须声明、禁止this自动绑定全局、禁用with和八进制字面量等危险特性；需置于作用域顶部启用，模块默认启用。

JavaScript 严格模式（"use strict"）不是新语法，而是一套更“较真”的执行规则：它让引擎在遇到原本会静默容忍的错误时，直接抛出 ReferenceError、SyntaxError 等明确报错，而不是帮你兜底或自动修正。

为什么普通模式容易出事？两个典型现场

不启用严格模式时，JS 的“宽容”常掩盖真实问题：

• 未声明变量赋值 → 意*到全局：a = 10 不报错，却悄悄变成 window.a（浏览器），污染全局命名空间，可能覆盖 window.location 或 window.open 等关键属性；
• this 自动绑定全局对象：调用 fn.call(null) 时，this 在普通模式下变成 window，导致 this.name = 'xxx' 意外改写全局 name，而开发者本意可能是想让它保持 undefined。

怎么开？作用域和生效位置很关键

严格模式必须出现在作用域顶部，否则被忽略 —— 这是新手最常踩的坑：

• 全局启用：脚本第一行必须是 "use strict";（单/双引号均可，但不能带分号以外的字符）；
• 函数级启用：只对当前函数体生效，写在函数第一行，例如：

  function doSomething() {
    "use strict";
    a = 1; // ❌ ReferenceError: a is not defined
  }

• 不能写在条件分支里：if (true) { "use strict"; } 完全无效；
• 模块（.mjs 或 import 场景）默认启用严格模式，无需手动加。

严格模式禁了哪些“方便但危险”的行为？

它不是为了增加限制而限制，而是封掉那些易引发隐蔽 Bug 的语言特性：

• with 语句被完全禁止（因作用域链模糊，影响性能和可读性）；
• eval 在严格模式下不再污染外层作用域（eval("var x = 1") 中的 x 不会泄露到外部）；
• 禁止八进制字面量：0123 会报 SyntaxError（避免与十进制混淆）；
• 禁止给只读属性赋值，比如 NaN = 5 或 Object.defineProperty(obj, 'x', { writable: false }) 后再改 obj.x；
• arguments 和 eval 不能用作变量名或函数名。

真正要注意的是：旧项目增量启用严格模式时，别只加一行 "use strict" 就跑 —— 很可能立刻暴露出大量未声明变量、this 误用、delete 非配置属性等隐藏问题。建议先用 ESLint 配合 strict 规则扫描，再逐文件迁移。