严格模式是JavaScript中提升代码规范性、安全性和行为确定性的运行规则。它通过报错消除不合理语法、禁止危险操作（如with语句）、明确this等行为，并可通过"use strict"在脚本或函数顶部启用；现代模块和类默认启用，但老项目仍需手动添加。
JavaScript 严格模式是一种让代码在更规范、更安全环境下运行的机制。它不是新语法，而是一组增强校
验和限制的“运行规则”，启用后会让引擎对错误更敏感、行为更确定，避免很多老式 JavaScript 中容易被忽略却埋下隐患的问题。
严格模式的核心作用
它主要解决三类问题：
-
消除不合理语法：比如变量不声明就赋值、函数参数重名、八进制字面量（
0123）等，在非严格模式下可能静默执行或产生歧义，严格模式直接报错 -
提升安全性：禁止
with语句（易导致作用域混乱）、禁止删除不可配置属性、禁止给只读属性赋值 -
明确运行行为：例如函数中未绑定的
this不再默认指向全局对象（如window），而是保持undefined；eval和arguments的行为也更可控
怎么开启严格模式
只需一行字符串指令，但位置很关键：
-
整个脚本启用：放在
.js文件或标签的最开头（第一行）"use strict"; -
单个函数启用：放在函数体内的第一行
function foo() { "use strict"; /* ... */ } -
注意：大小写必须全小写；引号可单可双；不能有前导/尾随空格；不能出现在块级作用域（如
{}内）顶部
现代开发中还用手动写吗？
多数情况下不用显式写了：
-
ES6 模块（
import/export）自动启用严格模式，哪怕没写"use strict" -
类（
class）内部方法默认严格，但不影响外部代码 - 主流构建工具（Vue、React、Webpack 等）生成的代码通常已处于严格上下文
不过在纯脚本文件、老项目迁移、或需要兼容性兜底时，手动添加仍是稳妥做法。
不使用严格模式会有什么风险？
表面看代码可能照常运行，但隐患真实存在：
- 忘记
var/let/const声明变量 → 意*到全局，引发命名冲突 -
this在事件回调或普通函数中意外指向window→ 导致难以调试的状态污染 -
eval意外污染外层作用域 → 安全漏洞风险 - 未来浏览器或引擎优化可能绕过非严格代码 → 性能落后
严格模式不是束缚，而是提前暴露问题的“编译器级提醒”。它让错误浮出水面，而不是藏在运行时黑盒里。
