严格模式是JavaScript的执行约束开关，需以字面量字符串" use strict ";置于脚本或函数体顶部启用；它使隐式错误显式报错，禁用with、重复参数、arguments.callee等，并令非对象调用时this为undefined。
"use strict" 是 JavaScript 的执行约束开关，不是新语法，而是让代码在更明确、更安全的规则下运行。它不改变语言能力，但会让原本“悄悄出错”的行为立刻报错，帮你提前发现隐患。
怎么启用严格模式才有效？
必须是字面量字符串，且必须出现在作用域顶部——脚本第一行，或函数体第一行（前面不能有任何可执行语句，注释和空行也不行）：
"use strict";
function foo() {
"use strict"; // ✅ 合法，仅对 foo 及其内部函数生效
x = 42; // ❌ ReferenceError: x is not defined
}
- 放在
if、try或函数中间 → 完全被忽略 - 写成
const s = "use strict"; eval(s);→ 无效，eval内部需单独声明 -
.mjs文件或<script type="module"></script>默认启用，不用加 - CommonJS（如 Node.js 的
.js）仍需手动加，尤其压缩后可能破坏首行位置
为什么普通函数里 this 突然变成 undefined？
这是严格模式最常引发意外的地方：非对象上下文调用时，this 不再自动绑定到 window 或 global，而是保持为 undefined。
function foo() {
"use strict";
console.log(this); // undefined，不是 window
}
foo(); // 普通调用
- 旧代码若依赖
this指向全局对象（比如this.myUtil = ...），会直接报错 -
call/apply/bind传入null或undefined时，this就是那个值，不再被强制转换 - 箭头函数不受影响（它本来就不绑定
this），但普通函数的行为更可预测了
哪些“能跑通”的写法在严格模式下直接报错？
这些不是边缘情况，而是老项目迁移时高频崩溃点：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
-
name = "Alice"→ReferenceError: name is not defined（强制声明） -
function f(a, a) {}→SyntaxError（参数名重复） -
with ({x: 1}) { console.log(x); }→SyntaxError（完全禁用） -
delete Object.prototype.toString→TypeError（不可配置属性禁止删除） -
arguments.callee或arguments.caller→TypeError -
eval("var x = 1"); console.log(x);→ReferenceError（eval不污染外层作用域）
迁移老项目时最容易忽略的关键点
严格模式不是“加一行就万事大吉”的开关，它的作用域是函数级的，且行为变化具有传染性：
立即学习“Java免费学习笔记（深入）”；
- 一个函数启用了严格模式，只影响它自己和嵌套函数，同级其他函数仍按非严格规则运行
-
arguments和形参不再双向绑定：function f(a) { a = 2; return arguments[0]; }在严格模式下返回原始值，而非2 - 模块（ESM）默认严格，但
require()进来的 CommonJS 模块不会自动继承——混合环境容易出现行为不一致 - 真正难的不是语法报错，而是暴露了旧代码里靠隐式行为维系的逻辑，比如靠
with简化嵌套访问、靠arguments[0] = ...动态改参
