严格模式是javascript更严格的执行环境，启用后将静默失败转为报错，如未声明变量赋值、重复参数名等；可通过函数级或脚本级两种方式启用，且模块自动启用。
什么是严格模式：它不是新语法，而是更严格的执行环境
严格模式（"use strict"）是 JavaScript 的一种运行时约束机制，它让引擎在解析和执行代码时启用更多错误检查与限制。它不会改变语言能力，但会把原本静默失败的行为变成明确报错——比如给未声明变量赋值、删除不可配置属性、使用保留字作变量名等，都会直接抛出 TypeError 或 SyntaxError。
它的核心价值不是“防错”，而是“早暴露问题”：让潜在的不安全操作在开发阶段就浮出水面，而不是等到线上才因隐式类型转换或意外全局变量导致逻辑崩坏。
如何启用严格模式：两种方式，但效果和范围完全不同
启用方式只有两种，但作用域差异极大，选错会导致预期外的行为：
- 函数级严格模式：在函数体第一行写
"use strict"，仅该函数及其内部函数生效 - 脚本级严格模式：在 .js 文件最顶部（且前面不能有任何语句，包括注释和空行）写
"use strict"，整个文件都受约束
注意："use strict" 必须是纯字符串字面量，不能用变量、模板字符串或拼接；也不能出现在条件语句里（如 if (true) {"use strict"} 无效）。
立即学习“Java免费学习笔记（深入）”；
"use strict";
function foo() {
"use strict"; // 这里重复写也合法，但无额外效果
undeclared = 1; // TypeError: Assignment to undeclared variable 'undeclared'
}
常见严格模式报错及对应规避方式
以下错误在非严格模式下往往悄无声息，但在严格模式下立刻中断执行：
-
this在非对象上下文中为undefined（非严格下是全局对象）：避免裸调用函数依赖this，显式绑定或改用箭头函数 - 重复参数名报
SyntaxError：函数定义如function bar(a, a) {}在严格模式下非法，需重命名参数 - 禁止八进制字面量（如
010）：改用0o10或parseInt("10", 8) -
delete操作符对不可配置属性失败：先检查Object.getOwnPropertyDescriptor(obj, key).configurable再决定是否删除 - 禁止使用
with语句：直接访问对象属性或解构赋值替代
严格模式的兼容性与工程实践建议
所有现代浏览器和 Node.js（v0.10+）都支持严格模式，但它不是默认开启的。实际项目中要注意：
- 模块（
.mjs或import/export的文件）自动启用严格模式，无需手动加"use strict" - 使用打包工具（如 Webpack、Vite）时，通常默认启用严格模式，但需确认输出配置未禁用
- 不要在已压缩的代码前插入
"use strict"：UglifyJS 等工具可能将多文件合并，顶部字符串可能被误判为其他文件的指令 - 严格模式无法“关闭”：一旦进入严格上下文，内部所有函数默认继承，除非显式用非严格函数包裹
真正容易被忽略的是：严格模式不校验异步回调、定时器回调或事件处理器是否在严格上下文中执行——它们取决于定义时的作用域，而非调用时的环境。所以函数定义位置比调用方式更重要。
