严格模式是什么?启用好处全解析
时间:2026-04-16 08:41:34 207浏览 收藏
JavaScript严格模式并非新增语法,而是一个让引擎将原本静默失败、自动修复或模糊绑定的行为(如未声明变量赋值、this 指向混乱、arguments 与形参耦合等)立即转为明确错误的“安全开关”;它必须通过精确位置的字符串字面量 `"use strict"` 手动启用——脚本顶部或函数体首行,且在 CommonJS 和传统 script 中不可省略,而 ES 模块已默认强制启用;启用后虽大幅提升代码可预测性与调试效率,却也悄然改变 this 绑定、arguments 行为及 eval 作用域等关键运行逻辑,使老旧代码在迁移时可能意外崩溃,因此真正关键的不是“是否启用”,而是“是否正确启用”以及“是否意识到那些被打破的隐式假设”。

严格模式不是“新功能”,而是让 JS 引擎立刻报错的开关
它不新增语法,只把原本静默失败、自动修复、模糊绑定的行为变成明确错误。比如 name = "Alice" 在非严格模式下会悄悄挂到 window.name 上,而严格模式下直接抛出 ReferenceError: name is not defined——你立刻就知道漏写了 let 或 const。
怎么启用?位置错了就等于没开
必须用字符串字面量 "use strict",且只能出现在两个地方:
- 整个脚本最顶部(前面不能有任何 JS 语句,注释和空行可以)
- 函数体第一行(包括 IIFE 内部)
下面这些写法都无效:
"use strict";
console.log("ok"); // ✅ 全局启用
function foo() {
console.log(1);
"use strict"; // ❌ 中间写,不生效
}
if (true) {
"use strict"; // ❌ 包在块里,引擎直接忽略
}
ES 模块默认严格,但 CommonJS 和内联脚本仍要手动加
如果你用的是 import/export、.mjs 文件,或 ,那根本不用加 "use strict"——它已强制启用。但以下场景仍需手动加:
require()加载的 Node.js.js文件(CommonJS)- 传统
标签加载的脚本(非 module) - 某些老旧构建流程(如未升级的 UglifyJS 可能把
"use strict"移到函数中间)
IE10 及以下浏览器完全不识别该字符串,也不会报错,只是默默忽略——你以为开了,其实没开。
容易被忽略的坑:this、arguments、eval 行为全变了
这些不是“语法错误”,但会悄悄改掉运行结果:
- 独立调用函数时,
this不再是window或globalThis,而是undefined(箭头函数不受影响) arguments[0] = 123不再同步修改形参值,二者彻底解耦eval("var x = 1")声明的x不会泄漏到外层作用域arguments.callee直接报TypeError,不能再用来获取当前函数引用
这些变化让代码更可预测,但也意味着老代码迁移时可能突然崩在 this 绑定或 arguments 操作上——尤其在事件回调、定时器或第三方库内部调用时。
真正麻烦的不是“要不要开”,而是“在哪开”和“开完之后哪些旧假设失效了”。现代项目基本默认受益于严格模式,但一旦遇到未打包的老脚本、内联逻辑或 CommonJS 模块,就得盯紧那行 "use strict" 的位置和作用域边界。
以上就是《严格模式是什么?启用好处全解析》的详细内容,更多关于的资料请关注golang学习网公众号!
相关阅读
更多>
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
最新阅读
更多>
-
350 收藏
-
462 收藏
-
235 收藏
-
309 收藏
-
135 收藏