17370845950

严格模式是让JS引擎立即报错的开关，不新增语法，仅将静默失败等行为转为明确错误；启用需在脚本顶部或函数体首行写"use strict"字符串，ES模块默认启用，但CommonJS和传统script仍需手动添加。

严格模式不是“新功能”，而是让 JS 引擎立刻报错的开关

它不新增语法，只把原本静默失败、自动修复、模糊绑定的行为变成明确错误。比如 name = "Alice" 在非严格模式下会悄悄挂到 window.name 上，而严格模式下直接抛出 ReferenceError: name is not defined——你立刻就知道漏写了 let 或 const。

怎么启用？位置错了就等于没开

必须用字符串字面量 "use strict"，且只能出现在两个地方：

• 整个脚本最顶部（前面不能有任何 JS 语句，注释和空行可以）
• 函数体第一行（包括 IIFE 内部）

下面这些写法都无效：

"use strict";
console.log("ok"); // ✅ 全局启用

function foo() {
  console.log(1);
  "use strict"; // ❌ 中间写，不生效
}

if (true) {
  "use strict"; // ❌ 包在块里，引擎直接忽略
}

ES 模块默认严格，但 CommonJS 和内联脚本仍要手动加

如果你用的是 import/export、.mjs 文件，或 ，那根本不用加 "use strict"——它已强制启用。但以下场景仍需手动加：

• require() 加载的 Node.js .js 文件（CommonJS）
• 传统 标签加载的脚本（非 m

  

  odule）
• 某些老旧构建流程（如未升级的 UglifyJS 可能把 "use strict" 移到函数中间）

IE10 及以下浏览器完全不识别该字符串，也不会报错，只是默默忽略——你以为开了，其实没开。

容易被忽略的坑：this、arguments、eval 行为全变了

这些不是“语法错误”，但会悄悄改掉运行结果：

• 独立调用函数时，this 不再是 window 或 globalThis，而是 undefined（箭头函数不受影响）
• arguments[0] = 123 不再同步修改形参值，二者彻底解耦
• eval("var x = 1") 声明的 x 不会泄漏到外层作用域
• arguments.callee 直接报 TypeError，不能再用来获取当前函数引用

这些变化让代码更可预测，但也意味着老代码迁移时可能突然崩在 this 绑定或 arguments 操作上——尤其在事件回调、定时器或第三方库内部调用时。

真正麻烦的不是“要不要开”，而是“在哪开”和“开完之后哪些旧假设失效了”。现代项目基本默认受益于严格模式，但一旦遇到未打包的老脚本、内联逻辑或 CommonJS 模块，就得盯紧那行 "use strict" 的位置和作用域边界。