17370845950

严格模式是JavaScript的“运行时安检门”，需在作用域顶部写"use strict"启用，全局或函数级生效，ES6模块默认启用；它能立即暴露变量未声明、this指向异常、重复参数等静默错误。

严格模式不是新语法，而是 JavaScript 的“运行时安检门”——加一行 "use strict"，就能让隐式错误立刻暴露。

怎么启用严格模式？两种写法，效果完全不同

严格模式必须出现在作用域的最顶部，否则直接失效。浏览器旧版本会把它当普通字符串忽略，完全无害。

• 全局启用：脚本第一行（注释前也不能有空行）写 "use strict"，整个文件生效
• 函数级启用：在函数体第一行写 "use strict"，只约束该函数内部
• ES6 模块（含 import/export）默认就是严格模式，无需手动加

"use strict";
function foo() {
  "use strict"; // ✅ 合法，但冗余（外层已全局启用）
  x = 1; // ❌ 报错：ReferenceError: x is not defined
}
foo();

为什么非用不可？它当场揪出三类高频“静默炸弹”

很多线上 bug 不是逻辑错，而是变量污染、this 指向失控、参数名拼错这类低级问题——非严格模式下它们不报错，只悄悄埋雷。

• userInfo = {name: "Alice"}：非严格模式自动挂到 window.userInfo；严格模式直接 ReferenceError
• function login() { console.log(this.name); } 被 login.call(null) 调用：非严格模式 this 是 window，可能意外覆盖 window.name；严格模式 this 保持 undefined，立刻报错
• function handle(a, a) { }：非严格模式容忍重复参数（第二个 a 覆盖第一个）；严格模式直接 SyntaxError

容易踩的坑：你以为安全，其实已经失效

严格模式对位置极其敏感，稍有不慎就形同虚设。

• 文件开头有 BOM 字符或空格？"use strict" 失效 → 整个脚本退化为非严格模式
• 写在 console.log() 或注释之后？被忽略 → 常见于复制粘贴时带了隐藏字符
• 用 IIFE 包裹整个脚本但忘了把 "use strict" 放进括号内？例如：(function(){})("use strict"); ❌ 错误写法，应为 (function(){"use strict";})()
• Webpack/Vite 等构建工具合并多个 JS 文件时，若某个文件没开严格模式，可能污染后续代码行为

真正关键的不是“要不要用”，而是“有没有被正确激活”。上线前用开发者工具控制台执行 console.log(this === undefined) 在全局作用域下测试，返回 true 才算真正生效。