严格模式是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
容易踩的坑：你以为安全，其实已经失效
严格模式对位置极其敏感，稍有不慎就形同虚设。
立即学习“Java免费学习笔记（深入）”；
- 文件开头有 BOM 字符或空格？
"use strict"失效 → 整个脚本退化为非严格模式 - 写在
console.log()或注释之后？被忽略 → 常见于复制粘贴时带了隐藏字符 - 用 IIFE 包裹整个脚本但忘了把
"use strict"放进括号内？例如：(function(){})("use strict");❌ 错误写法，应为(function(){"use strict";})() - Webpack/Vite 等构建工具合并多个 JS 文件时，若某个文件没开严格模式，可能污染后续代码行为
真正关键的不是“要不要用”，而是“有没有被正确激活”。上线前用开发者工具控制台执行 console.log(this === undefined) 在全局作用域下测试，返回 true 才算真正生效。
