严格模式是什么？怎么开启和避免JS错误

严格模式是JavaScript中一种增强错误检测的执行环境，它将原本静默失败的危险操作（如未声明变量赋值、重复参数名、非法delete等）转化为明确报错，从而在开发阶段就暴露潜在问题，避免线上隐性故障；可通过函数级或脚本级的`"use strict"`指令启用，且ES模块自动启用，现代工程实践中虽无需手动添加，但理解其作用域规则、兼容性限制及常见陷阱（如异步回调继承机制、压缩代码风险等）对写出健壮、可维护的代码至关重要。

什么是严格模式：它不是新语法，而是更严格的执行环境

严格模式（"use strict"）是 JavaScript 的一种运行时约束机制，它让引擎在解析和执行代码时启用更多错误检查与限制。它不会改变语言能力，但会把原本静默失败的行为变成明确报错——比如给未声明变量赋值、删除不可配置属性、使用保留字作变量名等，都会直接抛出 TypeError 或 SyntaxError。

它的核心价值不是“防错”，而是“早暴露问题”：让潜在的不安全操作在开发阶段就浮出水面，而不是等到线上才因隐式类型转换或意外全局变量导致逻辑崩坏。

如何启用严格模式：两种方式，但效果和范围完全不同

启用方式只有两种，但作用域差异极大，选错会导致预期外的行为：

• 函数级严格模式：在函数体第一行写 "use strict"，仅该函数及其内部函数生效
• 脚本级严格模式：在 .js 文件最顶部（且前面不能有任何语句，包括注释和空行）写 "use strict"，整个文件都受约束

注意："use strict" 必须是纯字符串字面量，不能用变量、模板字符串或拼接；也不能出现在条件语句里（如 if (true) {"use strict"} 无效）。

"use strict";
function foo() {
  "use strict"; // 这里重复写也合法，但无额外效果
  undeclared = 1; // TypeError: Assignment to undeclared variable 'undeclared'
}

常见严格模式报错及对应规避方式

以下错误在非严格模式下往往悄无声息，但在严格模式下立刻中断执行：

• this 在非对象上下文中为 undefined（非严格下是全局对象）：避免裸调用函数依赖 this，显式绑定或改用箭头函数
• 重复参数名报 SyntaxError：函数定义如 function bar(a, a) {} 在严格模式下非法，需重命名参数
• 禁止八进制字面量（如 010）：改用 0o10 或 parseInt("10", 8)
• delete 操作符对不可配置属性失败：先检查 Object.getOwnPropertyDescriptor(obj, key).configurable 再决定是否删除
• 禁止使用 with 语句：直接访问对象属性或解构赋值替代

严格模式的兼容性与工程实践建议

所有现代浏览器和 Node.js（v0.10+）都支持严格模式，但它不是默认开启的。实际项目中要注意：

• 模块（.mjs 或 import/export 的文件）自动启用严格模式，无需手动加 "use strict"
• 使用打包工具（如 Webpack、Vite）时，通常默认启用严格模式，但需确认输出配置未禁用
• 不要在已压缩的代码前插入 "use strict"：UglifyJS 等工具可能将多文件合并，顶部字符串可能被误判为其他文件的指令
• 严格模式无法“关闭”：一旦进入严格上下文，内部所有函数默认继承，除非显式用非严格函数包裹

真正容易被忽略的是：严格模式不校验异步回调、定时器回调或事件处理器是否在严格上下文中执行——它们取决于定义时的作用域，而非调用时的环境。所以函数定义位置比调用方式更重要。

本篇关于《严格模式是什么？怎么开启和避免JS错误》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！