JavaScript严格模式是什么_它如何提高代码质量

严格模式开启后，未声明变量赋值、delete不可配置属性、函数参数重复、八进制字面量、非对象调用this为undefined等行为会直接报错。

严格模式开启后，哪些常见错误会直接报错

严格模式不是语法糖，而是让 JavaScript 引擎切换到更严格的解析和执行模式。它会让原本静默失败的行为变成显式错误，比如给未声明变量赋值：foo = 1 在非严格模式下会自动创建全局变量，但在严格模式下直接抛出 ReferenceError: foo is not defined。

其他典型报错场景包括：

• delete 操作符删除不可配置属性（如 delete Object.prototype）→ TypeError
• 函数参数名重复（function f(a, a) { }）→ SyntaxError
• 使用八进制字面量（010）→ SyntaxError（ES5 严格模式不支持）
• this 在非对象上下文中为 undefined（而非自动绑定到 window）

如何正确启用严格模式：位置和作用域影响

严格模式必须通过字面量字符串 "use strict" 启用，且只能出现在脚本顶部或函数体第一行（前面不能有可执行语句）。位置错误会导致失效：

"use strict";
console.log(this); // this === undefined

如果写在函数中间：

function f() {
  console.log(1);
  "use strict"; // ❌ 无效，不会进入严格模式
}

作用域上，严格模式是**函数级**的，不是块级。这意味着：

• 整个脚本加 "use strict" → 全局严格模式
• 只在某个函数内加 → 仅该函数及其内部函数受严格约束
• 箭头函数继承外层严格状态，不单独声明

严格模式修复的隐蔽陷阱：this、arguments 和 eval

这些是容易被忽略但影响深远的点：

• this 不再自动装箱：普通函数调用时 this 是 undefined，而不是 window 或 globalThis，避免意外污染全局
• arguments 对象不再与形参同步：修改 arguments[0] 不会改变对应参数值，消除副作用
• eval 不能在当前作用域创建变量：在严格模式中，eval("var x = 1") 的 x 只存在于 eval 内部，不会泄漏到外层
• 禁止使用 with 语句：因为它动态改变作用域链，使静态分析失效，且性能差

现代开发中是否还需要手动加"use strict"

不需要主动添加——主流打包工具（Webpack、Vite、Rollup）和现代 JS 环境默认启用严格模式。ES6 模块（.mjs 文件或 type="module" 的 ）自动处于严格模式，无需声明。

但仍有几个关键例外必须注意：

• CommonJS 模块（Node.js 的 .cjs 或 require() 加载的文件）仍需手动加 "use strict"
• 内联 标签默认是非严格模式，除非显式声明或设为模块
• 某些老旧构建流程可能未启用严格模式，导致 arguments.callee 等禁用特性仍能运行（但已不推荐）

真正容易被忽略的是：即使你没写 "use strict"，也别假设非严格行为还存在；很多引擎对非严格代码的兼容性正在收缩，尤其是涉及 eval、arguments 和 with 的逻辑，越早按严格模式写，越少踩 runtime 隐患。