登录
首页 >  文章 >  前端

严格模式怎么用?好处与注意事项全解析

时间:2026-02-01 17:18:41 358浏览 收藏

小伙伴们对文章编程感兴趣吗?是否正在学习相关知识点?如果是,那么本文《严格模式如何避免错误?开启好处与注意事项》,就很适合你,本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点,希望对大家的知识积累有所帮助!

严格模式将静默失败转为报错、模糊行为转为确定规则:未声明变量赋值报ReferenceError;函数参数/对象属性重复触发SyntaxError;普通函数中this为undefined;禁用with、eval泄漏、arguments.callee等危险特性。

为什么JavaScript严格模式能避免常见错误_开启严格模式的益处与注意事项【教程】

JavaScript 严格模式不是“更高级的语法”,而是让引擎在解析和执行时主动拦截那些容易被忽略、但实际危险的操作——它把静默失败变成明确报错,把模糊行为变成确定规则。

未声明变量赋值直接报 ReferenceError

非严格模式下,username = "Alice" 会悄悄挂到 window.username(浏览器)或 global.username(Node.js),污染全局作用域;拼错变量名如 userNmae = "Alice" 也不会提示,直到逻辑出错才暴露。

严格模式强制显式声明:

"use strict";
userNmae = "Alice"; // ReferenceError: userNmae is not defined
let username = "Alice"; // ✅ 正确
  • 必须用 letconstvar 声明后才能赋值
  • 旧代码中大量隐式全局变量会立刻崩,不建议在整包脚本顶部硬加 "use strict"
  • 推荐优先在新函数或模块中启用,逐步收敛

函数参数/对象属性重复触发 SyntaxError

非严格模式允许 function foo(a, a) { },第二个参数覆盖第一个,但调试时根本看不出问题;同样,{a: 1, a: 2} 在 ES5 严格模式下是语法错误(部分引擎仍允许,但行为不一致)。

严格模式在解析阶段就报错,防患于未然:

"use strict";
function test(x, x) { } // SyntaxError: Duplicate parameter name
  • 错误发生在代码加载时,而非运行时,避免上线后才发现逻辑错乱
  • 对团队协作尤其有用:命名冲突无法绕过,必须重命名或重构
  • 注意:ES6 解构参数如 ({a, a}) => {} 同样受此限制

this 在普通函数调用中为 undefined,而非全局对象

非严格模式下,function foo() { console.log(this); } 独立调用时输出 windowglobal,极易误改全局状态;严格模式下直接是 undefined,让绑定问题无处隐藏。

"use strict";
function bar() { return this; }
bar(); // undefined
  • 箭头函数、类方法、call/bind 不受影响,它们本就不依赖该规则
  • 事件回调、定时器中忘记绑定 this 时,会立刻报错(如 obj.handleClick 被传给 addEventListener
  • 注意:IE10 及以下不支持全局严格模式,仅支持函数级,需兼容时慎用顶层启用

禁用 witheval 泄漏、arguments.callee 等危险特性

这些特性要么干扰静态分析(with)、要么阻碍优化(arguments.callee)、要么导致变量意外泄露(eval),严格模式全部禁止或隔离。

"use strict";
with ({x: 1}) { console.log(x); } // SyntaxError
eval("var y = 42"); console.log(y); // ReferenceError: y is not defined
function f() { return arguments.callee; } f(); // TypeError
  • eval 在严格模式下有独立词法环境,不会污染外层作用域
  • arguments 与形参解除双向绑定:arguments[0] = 2 不再影响参数值
  • ES 模块(.mjs 或含 import/export 的文件)默认严格模式,无需手动加 "use strict"

真正容易被忽略的是:严格模式无法跨 require() 传播,CommonJS 模块即使没写 "use strict" 也不会自动启用;而 ESM 模块哪怕没写,也始终严格。混合使用时,同一项目里可能一半代码受约束、一半不受——这不是 bug,是设计使然,得靠模块类型统一来规避。

终于介绍完啦!小伙伴们,这篇关于《严格模式怎么用?好处与注意事项全解析》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识,快来关注吧!

前往漫画官网入口并下载 ➜
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>