严格模式下常见错误会立即报错：undefined变量赋值抛referenceerror，只读属性赋值抛typeerror，函数参数重名是syntaxerror，禁止with语句，arguments.callee不可用。
JavaScript 严格模式（"use strict"）不是新语法，而是一条指令，它让引擎以更严格的规则解析和执行代码——直接禁用一堆容易出错、语义模糊或已被淘汰的特性。
严格模式下哪些常见错误会被立即报错？
不加 "use strict" 时，很多问题只是静默失败或产生意外行为；开启后，它们变成明确的 TypeError 或 SyntaxError，便于定位。
-
undefined变量赋值会抛出ReferenceError（比如拼错变量名：userNmae = "Alice"） - 给只读属性赋值（如
NaN = 42或Object.defineProperty(obj, "x", {writable: false})后再改）触发TypeError - 函数参数重名（
function foo(a, a) { }）在严格模式下是SyntaxError，非严格模式中第二个参数会覆盖第一个 -
with语句被完全禁止，避免作用域污染和性能陷阱 -
arguments.callee和arguments.caller不可用，防止闭包意外保留函数引用
如何正确启用严格模式？
必须是脚本或函数体内的**第一行可执行语句**，且必须是字面量字符串 "use strict"（不能拼错、不能加空格、不能动态拼接）。
"use strict";
function doSomething() {
"use strict"; // 函数级严格模式
x = 42; // ReferenceError: x is not defined
}
- 全局启用：整个 JS 文件顶部写
"use strict"（注意前面不能有注释或空行） - 函数级启用：只对当前函数及其嵌套函数生效，不影响外部作用域
- 不能写成
eval("use strict")或const mode = "use strict"—— 必须是字面量且在最前 - 模块（
.mjs或import加载的脚本）默认就是严格模式，无需手动声明
严格模式对 this 和 eval 的影响
这两个地方的行为变化最易引发隐蔽 bug，尤其在迁移旧代码或封装工具函数时。
立即学习“Java免费学习笔记（深入）”；
- 全局函数中，非严格模式下
this指向window（浏览器）或global（Node.js）；严格模式下是undefined—— 避免意外污染全局对象 -
eval在严格模式下不创建新变量到外层作用域，且有自己的词法环境，不会泄露变量或覆盖已有绑定 -
arguments对象不再与形参自动同步（function f(a) { a = 2; return arguments[0]; }在非严格下返回2，严格下仍为原值）
严格模式本身不提升性能，但它的限制能帮你提前暴露逻辑缺陷。真正容易被忽略的是：它无法跨文件传播，require() 或 import 进来的模块即使没写 "use strict"，只要它是 ES 模块就自动启用——这点常导致混合使用 CommonJS 和 ESM 时行为不一致。
