什么是Javascript的严格模式及其带来的好处？

严格模式是JavaScript的“纠错开关”，通过"use strict"指令启用，将静默错误转为运行时报错，提升代码安全性与可维护性。

严格模式是什么：不是新语法，而是执行环境的“纠错开关”

JavaScript 严格模式（"use strict"）不是新增语言特性，而是一条指令，告诉 JS 引擎：“请用更严的标准检查和执行这段代码”。它从 ECMAScript 5（2009 年草案，2011 年广泛支持）起成为标准，所有现代浏览器（Chrome 13+、Firefox 4+、Safari 5.1+、IE 10+）都已完整支持。

它本质是把原本“静默容忍”的错误变成**运行时报错**，比如给未声明变量赋值、重复函数参数、误删变量等——这些在非严格模式下可能悄悄执行成功，却埋下隐患。

为什么必须加 "use strict"？不加会怎样

不启用严格模式，JS 会进入所谓的 “sloppy mode”（马虎模式），典型问题包括：

• a = 10 不报错，但意外创建全局变量 window.a，污染全局作用域
• 函数中 this 在非对象调用时自动绑定到 window 或 global，导致意外修改全局状态
• function f(x, x) { } 允许重复参数名，掩盖逻辑错误
• delete x（删除变量）、with 语句、八进制字面量 0123 等危险或歧义语法被允许

这些问题在大型项目或团队协作中极易引发难以定位的 bug。严格模式把这些“灰色地带”直接堵死。

怎么启用？两种方式及关键限制

启用只需一行字符串，但位置和作用域决定效果：

• 全局启用：必须放在整个脚本文件或 标签的第一行，否则无效：

  "use strict";
  x = 3.14; // ❌ ReferenceError: x is not defined

• 局部启用：放在函数体第一行，只影响该函数内部：

  function calc() {
    "use strict";
    y = 42; // ❌ ReferenceError
    return y;
  }

• 不能写在块级作用域里：比如 { "use strict"; } 或 if (true) { "use strict"; } 完全无效
• 引号可单可双，但推荐统一用双引号："use strict"；分号可省略（ASI 自动插入），但建议保留

严格模式带来的实际好处：安全、可维护、面向未来

它不只是“报错更多”，而是系统性提升代码质量：

• 提前暴露低级错误：未声明变量、重复参数、对只读属性赋值（如 NaN = 1）全部在运行时抛出 TypeError 或 ReferenceError
• 明确 this 行为：普通函数调用时 this 是 undefined，而非 window，避免隐式全局污染
• 禁用不安全结构：如 with 语句（作用域不透明）、arguments.callee（影响优化）、eval 创建的变量不泄漏到外层作用域
• 为新语法铺路：let、const、class、import 等 ES6+ 特性在严格模式下才被完全支持或行为一致；部分保留字（如 implements、interface）在严格模式下禁止用作变量名

真正容易被忽略的一点：如果你把多个 JS 文件合并打包（比如用 Webpack），而其中某个文件顶部没写 "use strict"，它就默认是非严格模式——哪怕其他文件都启用了，也无法“传染”。所以，要么全局统一加，要么用 IIFE 封装：

(function() {
  "use strict";
  // 整个模块安全运行
})();