严格模式是一套更严格的解析和执行规则，启用后使原本“蒙混过关”的错误直接抛异常，如未声明变量赋值、重复参数名等；必须在脚本或函数顶部用"use strict"声明，仅对当前作用域生效，模块默认启用。
严格模式不是语法糖，而是一套更严格的解析和执行规则——启用后，原本能“蒙混过关”的错误会直接抛出异常，比如给未声明变量赋值、使用保留字作标识符、重复参数名等。
如何启用严格模式
必须在脚本或函数顶部用 "use strict" 字面量声明，且不能被任何语句（包括注释）前置。它只对当前作用域生效：
"use strict";
function foo() {
"use strict"; // 函数级严格模式
// ...
}
- 全局启用：整个 JS 文件第一行必须是
"use strict"，否则无效 - 函数启用：仅影响该函数及其嵌套函数，不影响外层
- 不能用条件语句包裹：
if (true) { "use strict"; }完全无效 - 模块（
.mjs或import加载的脚本）默认启用严格模式，无需手动写
严格模式拦截的典型错误
它不改变语言能力，而是让某些“危险但合法”的行为变成运行时错误：
-
undefined和null不再自动装箱为对象，undefined.toString()直接报TypeError - 禁止八进制字面量：
010在严格模式下是语法错误（应写成0o10） - 函数参数名重复报错：
function f(a, a) {}→SyntaxError - 禁止删除不可配置属性：
delete Object.prototype→TypeError -
this在非对象上下文中保持undefined，而不是被强制绑定到全局对象
严格模式对 eval 和 arguments 的限制
这两个特性在非严格模式下有大量隐式行为，严格模式大幅收窄其自由度：
立即学习“Java免费学习笔记（深入）”；
-
eval不再能声明变量或函数到外层作用域，它的变量仅限于自身作用域 -
arguments不再与形参自动同步：function f(a) { a = 2; return arguments[0]; }在严格模式下返回undefined（而非2） - 禁止使用
arguments.callee和arguments.caller，它们在严格模式下是TypeError - 不能用
arguments或eval作变量名或函数名
严格模式的兼容性与现实建议
所有现代浏览器和 Node.js 都完全支持，但要注意构建工具链可能自动移除 "use strict"（如某些 Babel preset 默认关闭）：
- ES6+ 模块天然严格，不必额外加；但 CommonJS（
require）模块仍需手动声明 - 避免在立即执行函数（IIFE）里漏掉
"use strict"，尤其当它包裹大量旧代码时 - 不要依赖严格模式“修复”逻辑错误——它只捕获语法/规范类问题，比如
if (x = 1)依然静默执行 - 上线前务必确认打包后
"use strict"仍存在，可通过检查生成代码或启用eslint-plugin-strict验证
真正容易被忽略的是：严格模式不会警告你写了冗余代码，也不会帮你发现异步竞态或闭包内存泄漏——它只管“是否符合语言规范”，别的得靠测试和工具补位。
