严格模式是JavaScript引擎对代码行为的实质性收紧，启用后会令原本静默失败的操作（如给只读属性赋值、删除不可配置属性、使用with语句等）直接抛出错误，并使全局函数中this为undefined、禁止重复参数名等。
严格模式不是可有可无的“增强功能”，而是 JavaScript 引擎对代码行为的一次实质性收紧——启用后，"use strict" 会让原本静默失败或怪异运行的代码直接抛出错误，帮你提前暴露问题。
严格模式下哪些操作会报错
很多在非严格模式下“凑合能跑”的写法，在严格模式里直接被禁止：
-
with语句完全禁用，因为它破坏作用域链、影响性能且难以优化 - 给只读属性赋值（如
Object.defineProperty(obj, 'x', { writable: false })后再写obj.x = 1）会抛TypeError，而非静默忽略 - 删除不可配置属性（
delete obj.prop）会报TypeError，而不是返回false -
arguments.callee和arguments.caller被禁用，避免闭包引用导致内存泄漏 - 函数参数名重复
（function f(a, a) { }）直接语法错误，而非覆盖前一个
（如何正确启用严格模式
必须是脚本或函数体内的**第一行可执行语句**，且字符串字面量不能带任何前置空格或注释：
"use strict";
function foo() {
// 这里是严格模式
}
注意这些常见失效写法：
- 在
"use strict"前加了// 注释或空行 → 不生效 - 放在函数中间（比如变量声明之后）→ 只对后续语句无效，整个函数不进入严格模式
- 用模板字符串或拼接：
`use strict`或"use " + "strict"→ 不识别 - 模块（
.mjs或import/export 文件）默认就是严格模式，无需手动加
严格模式对 this 的影响最值得警惕
这是日常开发中最容易踩坑的地方：非严格模式下，全局函数中 this 指向 window（浏览器）或 global（Node.js）；严格模式下，它就是 undefined。
function foo() {
console.log(this); // 严格模式下输出 undefined，非严格模式下是 window
}
foo();
这意味着：
- 忘记绑定
this的回调（如array.map(foo)）会立即暴露问题，而不是隐式绑定到全局对象 - 构造函数忘记用
new调用时，严格模式下this是undefined，直接报错；非严格模式下会意外污染全局 - 箭头函数不受此影响（它的
this始终继承外层），但普通函数调用逻辑必须重审
真正麻烦的不是启用严格模式本身，而是它让旧代码里那些“侥幸通过”的边界行为全部浮出水面——尤其在混合维护老项目时，局部启用（函数级）比全局启用更可控，也更容易定位问题根源。
