严格模式是让js引擎立即报错的开关，不新增语法，仅将静默失败等行为转为明确错误；启用需在脚本顶部或函数体首行写"use strict"字符串，es模块默认启用，但commonjs和传统script仍需手动添加。
严格模式不是“新功能”，而是让 JS 引擎立刻报错的开关
它不新增语法，只把原本静默失败、自动修复、模糊绑定的行为变成明确错误。比如 name = "Alice" 在非严格模式下会悄悄挂到 window.name 上，而严格模式下直接抛出 ReferenceError: name is not defined——你立刻就知道漏写了 let 或 const。
怎么启用？位置错了就等于没开
必须用字符串字面量 "use strict"，且只能出现在两个地方：
- 整个脚本最顶部（前面不能有任何 JS 语句，注释和空行可以）
- 函数体第一行（包括 IIFE 内部）
下面这些写法都无效：
"use strict";
console.log("ok"); // ✅ 全局启用
function foo() {
console.log(1);
"use strict"; // ❌ 中间写，不生效
}
if (true) {
"use strict"; // ❌ 包在块里，引擎直接忽略
}
ES 模块默认严格，但 CommonJS 和内联脚本仍要手动加
如果你用的是 import/export、.mjs 文件，或 <script type="module"></script>，那根本不用加 "use strict"——它已强制启用。但以下场景仍需手动加：
-
require()加载的 Node.js.js文件（CommonJS） - 传统
<script></script>标签加载的脚本（非 module） - 某些老旧构建流程（如未升级的 UglifyJS 可能把
"use strict"移到函数中间）
IE10 及以下浏览器完全不识别该字符串，也不会报错，只是默默忽略——你以为开了，其实没开。
容易被忽略的坑：this、arguments、eval 行为全变了
这些不是“语法错误”，但会悄悄改掉运行结果：
- 独立调用函数时，
this不再是window或globalThis，而是undefined（箭头函数不受影响） -
arguments[0] = 123不再同步修改形参值，二者彻底解耦 -
eval("var x = 1")声明的x不会泄漏到外层作用域 -
arguments.callee直接报TypeError，不能再用来获取当前函数引用
这些变化让代码更可预测，但也意味着老代码迁移时可能突然崩在 this 绑定或 arguments 操作上——尤其在事件回调、定时器或第三方库内部调用时。
真正麻烦的不是“要不要开”，而是“在哪开”和“开完之后哪些旧假设失效了”。现代项目基本默认受益于严格模式，但一旦遇到未打包的老脚本、内联逻辑或 CommonJS 模块，就得盯紧那行 "use strict" 的位置和作用域边界。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
