什么是javascript的严格模式_它解决了哪些问题?

严格模式是JavaScript的限制性变体,通过修改语法解析和执行上下文规则,禁用with、静默全局变量、非法赋值等,并强制this为undefined;需以字面量"use strict"在脚本或函数首行启用。

JavaScript 严格模式("use strict")不是一种新语言,而是对 JavaScript 执行环境的一种限制性变体——它让引擎在更严格的规则下解析和运行代码,从而提前暴露常见错误、禁用不安全或易混淆的语法,并为未来语言演进铺路。

为什么加 "use strict" 会改变行为?

严格模式通过修改 JavaScript 引擎的“语法解析器”和“执行上下文”的默认规则起作用。一旦启用,以下行为会被禁止或抛出错误,而非静默失败:

  • with 语句被完全禁用(因其破坏作用域可预测性)
  • 给只读属性赋值(如 NaN = 1)会抛出 TypeError,而非忽略
  • 删除不可配置属性(如 delete Object.prototype)会抛出 TypeError
  • 函数参数名重复(如 function f(a, a) {})在严格模式下是语法错误
  • this 在非对象调用中不再自动绑定到全局对象(如 foo() 中的 thisundefined 而非 windowglobalThis

怎么启用?注意作用域范围

严格模式必须以字面量字符串 "use strict" 开头,且不能被任何语句(包括注释)前置。它有两种生效范围:

  • 脚本级启用:放在整个 JS 文件最顶部(第一行,无空行/注释前)→ 整个文件生效
  • 函数级启用:放在函数体第一行 → 仅该函数及其内部嵌套函数生效

注意:"use strict" 必须是纯字符串字面量,不能拼接、不能变量赋值、不能包裹在条件中(如 if (true) {"use strict"} 无效)。

"use strict";
function test() {
  "use strict"; // ✅ 函数内启用
  delete x; // ❌ ReferenceError: x is not defined(若x未声明)
  arguments[0] = 42; // ✅ 允许(但某些引擎仍可能警告)
}

哪些问题它真正解决了?

严格模式主要解决三类现实痛点:

  • 静默失败转显式报错:比如给未声明变量赋值(foo = 1)在非严格模式下会意外创建全局变量;严格模式下直接抛出 ReferenceError
  • 避免意外的 this 绑定:普通函数调用时 this 指向全局对象,常导致难以调试的 bug;严格模式强制 thisundefined,让错误在调用点立即暴露
  • 阻止危险或过时语法:如 arguments.calleearguments.caller 被禁用,避免闭包引用导致内存泄漏;八进制字面量(010)也报错,防止歧义

现代开发中,ES6+ 模块(.mjstype="module" 的 script)默认启用严格模式,无需手动写 "use strict";但 CommonJS(Node.js .js 文件)和传统 仍需显式声明。

容易被忽略的兼容性细节

严格模式不是“向下兼容补丁”,而是一套独立语义规则。这意味着:

  • 同一个函数不能混用严格与非严格代码:如果外层是严格模式,内层函数即使没写 "use strict",也会继承严格语义
  • eval 内部行为变化:在严格模式下调用 eval,其声明的变量不会泄露到外层作用域,且无法访问外部局部变量
  • 某些旧库(如极老版本 jQuery)依赖非严格行为(如 arguments.callee),强行加 "use strict" 可能导致运行时报错

真正关键的不是“要不要用”,而是理解它改变了什么——尤其当调试一个看似合理却突然报错的赋值或 this 场景时,先确认是否处于严格模式,往往比查文档更快定位根因。