JavaScript严格模式是什么怎么用
2026-03-13 11:40:31
0浏览
收藏
JavaScript严格模式是一把精准的“纠错开关”,它并非新语言,而是通过强制暴露原本静默失败或行为诡异的代码(如未声明赋值、重复参数、this 指向混乱等),让潜在bug无处藏身;它必须严格置于脚本或函数体首行才能生效,模块中默认启用,但在CommonJS、内联脚本或老项目中仍需手动添加——启用后虽不修复逻辑错误,却能将“侥幸运行”的危险代码瞬间变为明确报错,倒逼开发者写出更健壮、可维护、符合现代标准的JavaScript。

严格模式是什么?一句话结论
严格模式不是新语言,而是 JavaScript 引擎的一种“纠错开关”——启用后,原本会静默失败或产生意外行为的代码(比如 name = "Alice"),会立刻抛出 ReferenceError 或 SyntaxError,强制你面对问题,而不是靠运气运行。
怎么启用才真正生效?常见失效原因
它只认字面量、只认位置,写错一个空格或放错一行就等于没写:
"use strict"必须是脚本第一行(全局启用),或函数体内的第一行语句(函数级启用);前面不能有注释、空行、变量声明- 不能拼成
"use strict "(尾部空格)、'use strict'(单引号虽可但不推荐,易混入模板字符串)或eval("use strict") - 不能放在块级作用域里:
if (true) { "use strict"; x = 1; }——完全无效 - ES6 模块(
.mjs文件、)默认启用,无需手动加
它真正阻止哪些“看似正常”的危险操作?
这些不是“新增限制”,而是把长期被容忍的 bug 温床直接关掉:
- 未声明就赋值:
x = 42→ReferenceError: x is not defined(不再偷偷挂到window.x) - 函数参数重名:
function f(a, a) {}→SyntaxError(非严格下第二个a覆盖第一个,极难调试) this在普通函数调用中为undefined,而非window或globalThis:function foo() { "use strict"; console.log(this); } foo(); // undefined- 禁用
with语句:with(obj) { x = 1; }→SyntaxError(破坏作用域可预测性,V8 无法优化) delete不能删变量/函数:var x = 1; delete x;→SyntaxError(只能删对象自有可配置属性)
为什么现在还值得手动加?容易被忽略的现实细节
虽然模块默认严格,但 CommonJS(Node.js 的 .js)、内联 、老项目迁移、或调试临时脚本时,仍需显式声明。最容易被忽略的是:
- 子函数不会继承外层的严格模式:
function outer() { "use strict"; function inner() { x = 1; } inner(); // 不报错!inner 自己没声明严格模式 eval在严格模式下有独立作用域:eval("var y = 1"); console.log(y);→ReferenceError(非严格下y会泄露)arguments不再与形参绑定:function f(a) { "use strict"; a = 2; return arguments[0]; } f(1); // 返回 1,不是 2- 旧代码依赖
delete obj.prop返回布尔值做判断?严格模式下可能直接抛错,得先obj.hasOwnProperty("prop")
今天带大家了解了的相关知识,希望对你有所帮助;关于文章的技术知识我们会一点点深入介绍,欢迎大家关注golang学习网公众号,一起学习编程~
KFC会员优惠码使用方法详解
- 上一篇
- KFC会员优惠码使用方法详解
- 下一篇
- 中国电信官网登录入口汇总
查看更多
最新文章
-
- 文章 · 前端 | 9分钟前 |
- 类型数组与Web Workers多线程计算实战
- 134浏览 收藏
-
- 文章 · 前端 | 10分钟前 |
- CSS实现工具栏左右对齐与居中布局
- 239浏览 收藏
-
- 文章 · 前端 | 14分钟前 | html
- 点击复制内容,CLIPBOARD接口实现方法
- 218浏览 收藏
-
- 文章 · 前端 | 15分钟前 |
- HTML运行JS代码大全|实战指南
- 208浏览 收藏
