严格模式是JavaScript的限制性子集，通过"use strict"启用，将静默失败转为报错，防止隐式全局变量、禁止修改只读属性、限定this值为undefined、禁用八进制字面量及with语句等。
JavaScript 严格模式（Strict Mode）不是新语言，而是对 JavaScript 的一种限制性子集，通过在脚本或函数顶部添加 "use strict"; 启用。它不改变语法结构，但会把原本“静默失败”的错误变成明确报错，强制开发者写出更安全、更清晰、更易维护的代码。
防止意外创建全局变量
非严格模式下，直接给未声明的变量赋值（比如 name = "Alice";），JS 会自动在全局对象（如 window）上创建该变量。这容易污染全局作用域，引发命名冲突或难以追踪的 bug。
严格模式下，这种写法直接抛出 ReferenceError，迫使你显式使用 let、const 或 var 声明变量。
禁止静默失败的操作
很多“看起来没毛病”的操作，在非严格模式下只是被忽略，实际没生效：
立即学习“Java免费学习笔记（深入）”；
- 给只读属性赋值（如
NaN = 5）—— 严格模式报TypeError - 删除不可配置属性（如
delete Object.prototype）—— 严格模式报错 - 给
eval或arguments赋值 —— 严格模式禁止，避免覆盖内置行为
提升函数调用的安全性和可预测性
非严格模式中，函数内 this 在非对象调用时会自动绑定到全局对象（如 window），容易导致意料之外的状态修改。
严格模式下，独立调用函数时 this 保持为 undefined，避免隐式绑定带来的副作用。这也让箭头函数、bind、call 等行为更一致。
禁用有歧义或过时的语法
严格模式提前淘汰了未来可能移除或存在安全隐患的语言特性：
- 八进制字面量（如
010）被禁止，改用0o10 - 函数参数名不能重复（
function foo(a, a) { }报错） -
with语句被完全禁用（因其动态作用域难以优化和调试）
基本上就这些。严格模式本身不新增功能，但它像一位严格的代码审查员，把模糊、危险、易错的行为都标出来，倒逼开发者养成好习惯。现代开发中，基本都默认启用（比如 ES6 模块自动进入严格模式），不复杂但容易忽略。
