严格模式仅在"use strict"声明的作用域内生效，必须位于脚本顶部或函数体首行（允许空行和纯注释）；它禁止隐式创建全局变量、参数重名、with语句，使非对象调用时this为undefined，并禁用delete不可配置属性及eval/arguments重赋值；ES模块默认启用严格模式。
严格模式会让 "use strict" 生效，但只在它声明的作用域内起作用
严格模式不是全局开关，"use strict" 必须出现在脚本顶部或函数体开头（且前面不能有可执行语句），否则会被忽略。常见错误是把它写在 if 分支里、注释后、或函数中间：
-
if (true) { "use strict"; }—— 完全无效，严格模式不进入任何作用域 -
console.log('hi'); "use strict";—— 无效，必须是脚本/函数的**第一条语句**（允许前置空行和纯注释） -
function foo() { console.log(1); "use strict"; }—— 无效，不是函数体第一行
正确写法只有两种：
"use strict"; // 全局严格模式
function foo() {
"use strict";
// 函数级严格模式
}
严格模式禁止隐式创建全局变量，强制暴露未声明变量错误
非严格模式下，foo = 42 会悄悄在全局对象（如 window）上挂一个属性；严格模式下直接抛出 ReferenceError: foo is not defined。这是最值得启用严格模式的原因之一——避免污染全局、掩盖拼写错误。
- 漏写
var/let/const时，严格模式立刻报错，而非静默失败 - 函数参数名重复会报
SyntaxError：function bar(a, a) {}在严格模式下非法 -
with语句被完全禁用，因为它会导致作用域链模糊、性能差且难以静态分析
严格模式让 this 在非对象调用中保持 undefined，而不是自动绑定到全局对象
非严格模式下，function foo() { return this; } 单独调用时返回 window（浏览器）或 global（Node.js）；严格模式下返回 undefined。这能提前暴露 this 绑定错误，尤其在回调、事件处理器或解构赋值后直接调用函数时：
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
function logName() {
"use strict";
console.log(this.name);
}
const obj = { name: "Alice" };
logName(); // this === undefined → 输出 undefined，不会意外读取 window.name
注意：箭头函数本身不改变 this 行为，它的 this 始终继承外层，与严格模式无关。
严格模式下禁止删除不可配置属性，也禁止对 eval 和 arguments 重新赋值
这些限制看似琐碎，实则堵住了几类隐蔽陷阱：
-
delete Object.prototype.toString在严格模式下抛TypeError，防止破坏原型链 -
eval = 42或arguments = []会立即报SyntaxError，避免覆盖语言内置标识符 - 函数内部无法用
arguments.callee实现递归（已被废弃），倒逼你使用命名函数表达式
现代开发中，eval 本身应尽量避免；而 arguments 的替代方案是剩余参数 ...args，更安全、更易优化。
严格模式不是银弹，但它把很多“运行时靠运气”的行为变成“编译/执行期就报错”。真正容易被忽略的是：模块（.mjs 或 type="module" 的 script）**默认启用严格模式**，无需写 "use strict" —— 这意味着你在写 ES 模块时已经享受了大部分好处，但若混用 script 标签加载的普通 JS 文件，仍需手动声明。
