严格模式是JavaScript的“纠错开关”，通过"use strict"指令启用，将静默错误转为运行时报错，提升代码安全性与可维护性。
严格模式是什么：不是新语法，而是执行环境的“纠错开关”
JavaScript 严格模式（"use strict"）不是新增语言特性，而是一条指令，告诉 JS 引擎：“请用更严的标准检查和执行这段代码”。它从 ECMAScript 5（2009 年草案，2011 年广泛支持）起成为标准，所有现代浏览器（Chrome 13+、Firefox 4+、Safari 5.1+、IE 10+）都已完整支持。
它本质是把原本“静默容忍”的错误变成**运行时报错**，比如给未声明变量赋值、重复函数参数、误删变量等——这些在非严格模式下可能悄悄执行成功，却埋下隐患。
为什么必须加 "use strict"？不加会怎样
不启用严格模式，JS 会进入所谓的 “sloppy mode”（马虎模式），典型问题包括：
-
a = 10不报错，但意外创建全局变量window.a，污染全局作用域 - 函数中
this在非对象调用时自动绑定到window或global，导致意外修改全局状态 -
function f(x, x) { }允许重复参数名，掩盖逻辑错误 -
delete x（删除变量）、with语句、八进制字面量0123等危险或歧义语法被允许
这些问题在大型项目或团队协作中极易引发难以定位的 bug。严格模式把这些“灰色地带”直接堵死。
立即学习“Java免费学习笔记（深入）”；
怎么启用？两种方式及关键限制
启用只需一行字符串，但位置和作用域决定效果：
-
全局启用：必须放在整个脚本文件或
标签的第一行，否则无效："use strict"; x = 3.14; // ❌ ReferenceError: x is not defined
-
局部启用：放在函数体第一行，只影响该函数内部：
function calc() { "use strict"; y = 42; // ❌ ReferenceError return y; } -
不能写在块级作用域里：比如
{ "use strict"; }或if (true) { "use strict"; }完全无效 -
引号可单可双，但推荐统一用双引号：
"use strict"；分号可省略（ASI 自动插入），但建议保留
严格模式带来的实际好处：安全、可维护、面向未来
它不只是“报错更多”，而是系统性提升代码质量：
-
提前暴露低级错误：未声明变量、重复参数、对只读属性赋值（如
NaN = 1）全部在运行时抛出TypeError或ReferenceError -
明确
this行为：普通函数调用时this是undefined，而非window，避免隐式全局污染 -
禁用不安全结构：如
with语句（作用域不透明）、arguments.callee（影响优化）、eval创建的变量不泄漏到外层作用域 -
为新语法铺路：
let、const、class、import等 ES6+ 特性在严格模式下才被完全支持或行为一致；部分保留字（如implements、interface）在严格模式下禁止用作变量名
真正容易被忽略的一点：如果你把多个 JS 文件合并打包（比如用 Webpack），而其中某个文件顶部没写 "use strict"，它就默认是非严格模式——哪怕其他文件都启用了，也无法“传染”。所以，要么全局统一加，要么用 IIFE 封装：
(function() {
"use strict";
// 整个模块安全运行
})(); 
