17370845950

严格模式是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 意外污染外层作用域 → 安全漏洞风险
• 未来浏览器或引擎优化可能绕过非严格代码 → 性能落后

严格模式不是束缚，而是提前暴露问题的“编译器级提醒”。它让错误浮出水面，而不是藏在运行时黑盒里。