17370845950

严格模式是JavaScript引擎对代码行为的实质性收紧，启用后会令原本静默失败的操作（如给只读属性赋值、删除不可配置属性、使用with语句等）直接抛出错误，并使全局函数中this为undefined、禁止重复参数名等。

严格模式不是可有可无的“增强功能”，而是 JavaScript 引擎对代码行为的一次实质性收紧——启用后，"use strict" 会让原本静默失败或怪异运行的代码直接抛出错误，帮你提前暴露问题。

严格模式下哪些操作会报错

很多在非严格模式下“凑合能跑”的写法，在严格模式里直接被禁止：

• with 语句完全禁用，因为它破坏作用域链、影响性能且难以优化
• 给只读属性赋值（如 Object.defineProperty(obj, 'x', { writable: false }) 后再写 obj.x = 1）会抛 TypeError，而非静默忽略
• 删除不可配置属性（delete obj.prop）会报 TypeError，而不是返回 false
• arguments.callee 和 arguments.caller 被禁用，避免闭包引用导致内存泄漏
• 函数参数名重复（function f(a, a) { }）直接语法错误，而非覆盖前一个

如何正确启用严格模式

必须是脚本或函数体内的**第一行可执行语句**，且字符串字面量不能带任何前置空格或注释：

"use strict";
function foo() {
  // 这里是严格模式
}

注意这些常见失效写法：

• 在 "use strict" 前加了 // 注释 或空行 → 不生效
• 放在函数中间（比如变量声明之后）→ 只对后续语句无效，整个函数不进入严格模式
• 用模板字符串或拼接：`use strict` 或 "use " + "strict" → 不识别
• 模块（.mjs 或 import/export 文件）默认就是严格模式，无需手动加

严格模式对 this 的影响最值得警惕

这是日常开发中最容易踩坑的地方：非严格模式下，全局函数中 this 指向 window（浏览器）或 global（Node.js）；严格模式下，它就是 undefined。

function foo() {
  console.log(this); // 严格模式下输出 undefined，非严格模式下是 window
}
foo();

这意味着：

• 忘记绑定 this 的回调（如 array.map(foo)）会立即暴露问题，而不是隐式绑定到全局对象
• 构造函数忘记用 new 调用时，严格模式下 this 是 undefined，直接报错；非严格模式下会意外污染全局
• 箭头函数不受此影响（它的 this 始终继承外层），但普通函数调用逻辑必须重审

真正麻烦的不是启用严格模式本身，而是它让旧代码里那些“侥幸通过”的边界行为全部浮出水面——尤其在混合维护老项目时，局部启用（函数级）比全局启用更可控，也更容易定位问题根源。