严格模式将静默失败转为报错、模糊行为转为确定规则：未声明变量赋值报ReferenceError；函数参数/对象属性重复触发SyntaxError；普通函数中this为undefined；禁用with、eval泄漏、arguments.callee等危险特性。
JavaScript 严格模式不是“更高级的语法”，而是让引擎在解析和执行时主动拦截那些容易被忽略、但实际危险的操作——它把静默失败变成明确报错，把模糊行为变成确定规则。
未声明变量赋值直接报 ReferenceError
非严格模式下，username = "Alice" 会悄悄挂到 window.username（浏览器）或 global.username（Node.js），污染全局作用域；拼错变量名如 userNmae = "Alice" 也不会提示，直到逻辑出错才暴露。
严格模式强制显式声明：
"use strict"; userNmae = "Alice"; // ReferenceError: userNmae is not defined let username = "Alice"; // ✅ 正确
- 必须用
let、const或var声明后才能赋值 - 旧代码中大量隐式全局变量会立刻崩，不建议在整包脚本顶部硬加
"use strict" - 推荐优先在新函数或模块中启用，逐步收敛
函数参数/对象属性重复触发 SyntaxError
非严格模式允许 function foo(a, a) { }，第二个参数覆盖第一个，但调试时根本看不出问题；同样，{a: 1, a: 2} 在 ES5 严格模式下是语法错误（部分引擎仍允许，但行为不一致）。
立即学习“Java免费学习笔记（深入）”；
严格模式在解析阶段就报错，防患于未然：
"use strict";
function test(x, x) { } // SyntaxError: Duplicate parameter name
- 错误发生在代码加载时，而非运行时，避免上线后才发现逻辑错乱
- 对团队协作尤其有用：命名冲突无法绕过，必须重命名或重构
- 注意：ES6 解构参数如
({a, a}) => {}同样受此限制
this 在普通函数调用中为 undefined，而非全局对象
非严格模式下，function foo() { console.log(this); } 独立调用时输出 window 或 global，极易误改全局状态；严格模式下直接是 undefined，让绑定问题无处隐藏。
"use strict";
function bar() { return this; }
bar(); // undefined
- 箭头函数、类方法、
call/bind不受影响，它们本就不依赖该规则 - 事件回调、定时器中忘记绑定
this时，会立刻报错（如obj.handleClick被传给addEventListener） - 注意：IE10 及以下不支持全局严格模式，仅支持函数级，需兼容时慎用顶层启用
禁用 with、eval 泄漏、arguments.callee 等危险特性
这些特性要么干扰静态分析（with）、要么阻碍优化（arguments.callee）、要么导致变量意外泄露（eval），严格模式全部禁止或隔离。
"use strict";
with ({x: 1}) { console.log(x); } // SyntaxError
eval("var y = 42"); console.log(y); // ReferenceError: y is not defined
function f() { return arguments.callee; } f(); // TypeError
-
eval在严格模式下有独立词法环境，不会污染外层作用域 -
arguments与形参解除双向绑定：arguments[0] = 2不再影响参数值 - ES 模块（
.mjs或含import/export的文件）默认严格模式，无需手动加"use strict"
真正容易被忽略的是：严格模式无法跨 require() 传播，CommonJS 模块即使没写 "use strict" 也不会自动启用；而 ESM 模块哪怕没写，也始终严格。混合使用时，同一项目里可能一半代码受约束、一半不受——这不是 bug，是设计使然，得靠模块类型统一来规避。
