严格模式是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 模块自动进入严格模式），不复杂但容易忽略。
以上就是为什么javascript需要严格模式_它解决了哪些问题？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1543348.html
微信扫一扫 
支付宝扫一扫 
