严格模式是什么？如何提高代码质量

严格模式是JavaScript中一种更严谨的执行环境，它将原本静默失败的错误（如未声明变量赋值、重复参数、非法delete操作等）转化为明确报错，显著提升代码可维护性与健壮性；它通过`"use strict"`字面量在脚本顶部或函数首行启用，作用于全局或函数级作用域，并彻底修正了`this`绑定、`arguments`同步、`eval`作用域和`with`语句等长期存在的隐蔽陷阱；虽然现代模块化开发（ES6模块、主流打包工具）已默认启用严格模式，但在CommonJS、内联脚本及部分旧构建流程中仍需手动声明——越早以严格模式思维编写代码，越能规避日益收紧的引擎兼容性风险和难以调试的运行时隐患。

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

严格模式不是语法糖，而是让 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" 的