严格模式是JavaScript的“纠错开关”，不新增语法但强化错误检查，启用后未声明变量赋值、this指向undefined、禁用with/eval/arguments.callee等，提升代码健壮性与可维护性。
严格模式不是新语法，而是执行时的“纠错开关”
它不增加任何新功能，只是让 JavaScript 引擎在解析和运行时更较真：原本悄悄忽略的问题（比如拼错变量名、给只读属性赋值），会立刻抛出 ReferenceError 或 TypeError。你写的代码没变，但引擎不再帮你兜底。
启用方式只有两种合法写法：
– 全局生效："use strict"; 必须是脚本文件的第一行（允许前面有空行或纯注释）；
– 函数级生效：function foo() { "use strict"; ... }，且必须是函数体内的第一行语句。
- 写在
if块里、函数中间、或注释之后——全部无效，引擎直接忽略 - ES 模块（
.mjs文件或含import/export的文件）自动启用严格模式，无需手动加 - 类（
class）内部也默认严格，哪怕外面是非严格脚本
为什么未声明变量赋值会崩？这是最值得启用的原因
非严格模式下，username = "Alice" 会偷偷挂到 window.username（浏览器）或 global.username（Node.js），污染全局；拼错成 userNmae = "Alice" 更是毫无提示，直到逻辑出错才暴露。
严格模式强制显式声明：
-
userNmae = "Alice";→ 立即报ReferenceError: userNmae is not defined - 必须用
let、const或var显式声明后才能赋值 - 旧项目整包顶部硬加
"use strict"很可能让大量隐式全局变量当场报错，不建议一刀切 - 推荐从新模块、新函数开始启用，逐步收敛
this 在普通函数中变成 undefined，不是 bug 是保护
非严格模式下，function log() { console.log(this); } 单独调用会输出 window 或 global，极易误改全局状态；事件回调忘记 .bind 或箭头函数包裹时，也常因此读错数据。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
严格模式让问题提前暴露：
-
log();→ 直接返回undefined，不会意外访问window.name等 - 箭头函数、
class方法、call/bind不受影响，它们本就不依赖该规则 - IE10 及以下不支持全局级
"use strict"（仅支持函数级），需兼容旧环境时慎用顶层声明
禁用 with、eval 泄漏、arguments.callee 是为了可维护性
with 让作用域链模糊，静态分析困难，现代引擎几乎无法优化；eval 在非严格模式下能向外部作用域注入变量，造成难以追踪的污染；arguments.callee 阻碍内联和尾调用优化。
严格模式直接禁止这些结构：
-
with ({a: 1}) { console.log(a); }→SyntaxError，必须重构成明确对象访问 -
eval("var x = 42"); console.log(x);→x在外部不可见，eval有独立作用域 -
function foo() { return arguments.callee; }→ReferenceError - 函数参数重复（
function bar(a, a) {}）或对象字面量重复键（{a: 1, a: 2}）在解析阶段就报错，而非运行时覆盖
真正容易被忽略的是：它不报错，也不警告，只是让某些“能跑通”的代码在严格模式下根本无法加载——比如用了八进制字面量 010（应改用 0o10），或把 implements 当变量名，这些都会在解析时直接失败。
