严格模式通过"use strict"启用，禁用不安全语法、防止隐式全局变量、显式报错静默失败操作、禁止with和arguments.callee等隐患特性，并使函数中this更明确。
JavaScript 严格模式（Strict Mode）是 ES5 引入的一种运行模式，通过在脚本或函数顶部添加 "use strict"; 指令启用。它让 JavaScript 在更严格的条件下执行，禁用一些不安全、易出错或已被淘汰的语法和行为，从而提升代码质量与可维护性。
防止意外创建全局变量
在非严格模式下，给未声明的变量赋值会自动创建一个全局变量，这容易引发命名冲突和难以追踪的 bug。严格模式下，这种操作会直接抛出 ReferenceError。
例如：
非严格模式（不报错但危险）：myVar = "hello"; // 隐式创建全局变量 myVar
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
严格模式（立即报错）：
"use strict";<br> myVar = "hello"; // Uncaught ReferenceError: myVar is not defined
禁止静默失败的操作
严格模式让原本“静默失败”的行为显式报错，便于及时发现错误。比如：
立即学习“Java免费学习笔记（深入）”；
- 给只读属性赋值（如
NaN = 5）会抛出TypeError - 删除不可配置的属性（如
delete Object.prototype）会报错 - 对象字面量中重复属性名（
{a:1, a:2}）在严格模式下是语法错误
限制存在安全隐患的特性
严格模式禁用了一些被滥用或设计不良的特性：
-
with语句被完全禁止——它会导致作用域链模糊，影响性能和调试 -
arguments.callee和arguments.caller不可用——它们阻碍引擎优化，且容易引发递归混乱 -
八进制字面量（如
010）被禁止——避免因前导零引发的歧义
增强函数调用的安全性
在严格模式下，函数中 this 的绑定更明确：
- 独立调用函数时（如
foo()），this不再指向全局对象，而是undefined，避免意外修改全局状态 - 使用
call或apply传入null/undefined时，this就是那个值，不会被自动转为全局对象
