严格模式是JavaScript中通过"use strict"启用的更严格语法和错误处理机制，禁用易错特性、防止意外创建全局变量、使静默失败操作显式报错、增强this一致性、限制不安全语法，并在ES6模块和类中自动启用。
严格模式（Strict Mode）是 JavaScript 中一种更严格的语法和错误处理模式，通过在脚本或函数顶部添加 "use strict"; 指令启用。它不改变语言核心功能，但会禁用一些容易出错、不安全或已被淘汰的特性，并让某些原本静默失败的操作抛出明确错误，从而帮助开发者及早发现并修复问题。
防止意外创建全局变量
在非严格模式下，给未声明的变量赋值会自动创建一个全局变量，这极易引发命名冲突和难以追踪的 bug。严格模式下，这种操作会直接报 ReferenceError。
例如：
非严格模式（危险）：function foo() {<br> mistypedVaraible = 42; // 拼写错误，但不会报错，悄悄创建全局变量<br>}严格模式（安全）：
"use strict";<br>function foo() {<br> mistypedVaraible = 42; // 报错：ReferenceError: mistypedVaraible is not defined<br>}
禁止静默失败的操作
很多在非严格模式下“看似成功”实则无效的行为，在严格模式中会显式报错，提升可预测性：
立即学习“Java免费学习笔记（深入）”；
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 给只读属性赋值（如
NaN = 5或Object.defineProperty(obj, 'x', {writable: false})后再改值）→TypeError - 删除不可配置属性（
delete obj.prop）→TypeError - 八进制字面量（如
010）→SyntaxError（避免歧义） - 使用保留字作标识符（如
let = 1;）→SyntaxError
增强 this 的行为一致性
非严格模式下，函数中独立调用的 this 默认指向全局对象（浏览器中是 window），容易导致隐式绑定错误；严格模式下，这种调用的 this 为 undefined，避免误用。
例如：
"use strict";<br>function sayHi() { return this; }<br>sayHi(); // 返回 undefined，而不是 window —— 更早暴露调用上下文问题
限制不安全或模糊的语法
严格模式移除了易混淆或设计不良的语法结构：
- 禁止函数参数重名：
function foo(a, a) { }→SyntaxError - 禁止在
eval中声明变量或函数（防止污染外层作用域） -
arguments和caller属性被禁用（它们破坏优化且语义不清） - 禁止使用
with语句（因作用域动态性导致性能与调试困难）
现代开发中，严格模式已是默认实践。ES6 模块（import/export）和类（class）内部自动启用严格模式，无需手动添加。主动启用它，等于为代码加了一层轻量但有效的“校验器”，让错误浮出水面，而不是潜伏在运行时。
