什么是javascript严格模式【教程】

严格模式是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 文件或 默认启用，不用加
• 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），但普通函数的行为更可预测了

哪些“能跑通”的写法在严格模式下直接报错？

这些不是边缘情况，而是老项目迁移时高频崩溃点：

• 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] = ... 动态改参