"use strict"是JavaScript的执行约束开关，启用后引擎严格检查代码，未声明赋值、删除变量、参数重名、用保留字命名等行为会报错，且函数中this为undefined；必须置于作用域顶部才生效，ES6模块和class内部自动启用。
"use strict" 是 JavaScript 的一个执行约束开关，不是语法糖，也不是新功能——它一开，引擎就换一套规则检查你的代码，把很多“能跑但不该跑”的行为直接拦住报错。
怎么启用严格模式才真正生效
必须放在作用域的最顶部，否则无效：
✅ 正确（全局）："use strict"; 在 <script></script> 第一行或 .js 文件首行
✅ 正确（函数内）：function foo() { "use strict"; ... }，且必须是函数体第一句
❌ 失效：前面有注释、空行、console.log() 或任何语句，"use strict" 就被忽略
⚠️ 注意：eval 和 ES6 模块（import/export）内部自动启用严格模式，不用手动加
严格模式下最常踩的 4 类错误
这些在普通模式里静默通过，但在严格模式下立刻抛 ReferenceError 或 SyntaxError：
• 未声明就赋值：x = 10; → 报错，必须写 let x = 10; 或 const x = 10;
• 删除变量或函数：let a = 1; delete a; → 报错；function fn(){} delete fn; → 报错
• 函数参数重名：function f(a, a) {} → 报错（普通模式中第二个 a 会覆盖第一个）
• 使用保留字当变量名：let implements = 1;、let let = 2; → 报错（这些是 ES6+ 预留关键字）
为什么 this 在严格模式里突然变 undefined
这是最容易引发兼容性问题的一点：
• 普通模式：function foo() { return this; } 单独调用时，this 指向 window（浏览器）或 global（Node）
• 严格模式：this 保持原始值 —— foo() 调用时 this 就是 undefined
→ 所以 foo.call(null) 或 foo.apply(undefined) 不再“自动升级”，避免意外污染全局
→ 如果你依赖 this 是全局对象，升级严格模式前一定要检查所有裸函数调用场景
哪些地方其实已经默认严格了，你却不知道
不用手写 "use strict"，但行为已受其约束：
• 所有 ES6 模块（即含 import 或 export 的文件）
• 所有 class 声明内部（包括方法体、constructor、静态方法）
• 箭头函数继承外层 this，本身不绑定，但所在上下文若为严格模式，其行为也受连带影响
→ 这意味着：如果你项目用了模块化或 class，很可能大部分代码已在严格模式下运行，只是没显式声明而已
立即学习“Java免费学习笔记（深入）”；
严格模式不是“让代码更难写”，而是把模糊地带划清——比如变量是否该声明、this 到底是谁、哪些名字根本不能用。它不改变语言能力，只改变容错边界。最容易被忽略的是：**局部启用时，函数外仍是普通模式，混用容易产生不一致行为；而模块自动严格这点，常让开发者误以为自己没开，结果调试时发现某处 this 突然为 undefined 却找不到 "use strict" 声明。** 
