为什么JavaScript严格模式能避免常见错误_开启严格模式的益处与注意事项【教程】

严格模式将静默失败转为报错、模糊行为转为确定规则：未声明变量赋值报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，是设计使然，得靠模块类型统一来规避。