严格模式是JavaScript引擎的“纠错开关”，启用后使原本静默失败的代码（如未声明赋值）立即抛错，强制暴露问题；必须置于脚本或函数体首行，模块默认启用，但CommonJS等仍需手动添加。
严格模式是什么？一句话结论
严格模式不是新语言，而是 JavaScript 引擎的一种“纠错开关”——启用后，原本会静默失败或产生意外行为的代码（比如 name = "Alice"），会立刻抛出 ReferenceError 或 SyntaxError，强制你面对问题，而不是靠运气运行。
怎么启用才真正生效？常见失效原因
它只认字面量、只认位置，写错一个空格或放错一行就等于没写：
-
"use strict"必须是脚本第一行（全局启用），或函数体内的第一行语句（函数级启用）；前面不能有注释、空行、变量声明 - 不能拼成
"use strict "（尾部空格）、'use strict'（单引号虽可但不推荐，易混入模板字符串）或eval("use strict") - 不能放在块级作用域里：
if (true) { "use strict"; x = 1; }——完全无效 - ES6 模块（
.mjs文件、<script type="module"></script>）默认启用，无需手动加
它真正阻止哪些“看似正常”的危险操作？
这些不是“新增限制”，而是把长期被容忍的 bug 温床直接关掉：
- 未声明就赋值：
x = 42→ReferenceError: x is not defined（不再偷偷挂到window.x） - 函数参数重名：
function f(a, a) {}→SyntaxError（非严格下第二个a覆盖第一个，极难调试） -
this在普通函数调用中为undefined，而非window或globalThis：function foo() { "use strict"; console.log(this); } foo(); // undefined - 禁用
with语句：with(obj) { x = 1; }→SyntaxError（破坏作用域可预测性，V8 无法优化） -
delete不能删变量/函数：var x = 1; delete x;→SyntaxError（只能删对象自有可配置属性）
为什么现在还值得手动加？容易被忽略的现实细节
虽然模块默认严格，但 CommonJS（Node.js 的 .js）、内联 <script></script>、老项目迁移、或调试临时脚本时，仍需显式声明。最容易被忽略的是：
- 子函数不会继承外层的严格模式：
function outer() { "use strict"; function inner() { x = 1; } inner(); // 不报错！inner 自己没声明严格模式 -
eval在严格模式下有独立作用域：eval("var y = 1"); console.log(y);→ReferenceError（非严格下y会泄露） -
arguments不再与形参绑定：function f(a) { "use strict"; a = 2; return arguments[0]; } f(1); // 返回 1，不是 2 - 旧代码依赖
delete obj.prop返回布尔值做判断？严格模式下可能直接抛错，得先obj.hasOwnProperty("prop")
严格模式本身不修复逻辑错误，但它把“侥幸通过”的代码变成“当场失败”的代码——而这种失败，恰恰是你该停下来检查的地方。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
