严格模式是什么？优点与限制全解析

JavaScript严格模式（"use strict"）是一套强化语言规范的约束机制，它并非新语法，而是通过在脚本或函数顶部添加字符串声明来激活，能将原本“静默失败”或行为诡异的危险操作（如未声明变量赋值、重复参数、修改只读属性等）直接转化为明确报错，大幅提升代码健壮性与可维护性；同时它彻底改变this的默认绑定规则（全局调用时为undefined而非window/global），禁用with、arguments.callee、八进制字面量等易混淆特性，并消除eval污染作用域的风险——虽然零运行时开销，但因其对开发习惯和团队协作提出更高一致性要求，已成为现代JavaScript工程实践中的必备基础。

JavaScript 严格模式（"use strict"）不是新语言，而是对 JS 解析和执行的一套更严格的约束规则。启用后，原本“能跑但危险”的代码会直接报错，帮你提前暴露问题。

怎么开启严格模式

严格模式必须在脚本或函数作用域的最顶部声明，否则无效：

• 整个脚本启用：在 .js 文件第一行写 "use strict";（注意是字符串字面量，不是注释）
• 仅函数内启用：在函数体第一行写 "use strict";，该函数及其内部嵌套函数都受约束
• 不能写在 if、for 或其他块级结构里——"use strict" 必须是作用域内的第一个可执行语句

错误示例：if (true) { "use strict"; } —— 这不会启用严格模式，且无任何提示。

常见错误会被严格模式捕获

这些在非严格模式下“静默失败”或行为诡异的问题，在严格模式下直接抛 TypeError 或 SyntaxError：

• 给只读属性赋值：Object.defineProperty(obj, 'x', { value: 1, writable: false }); obj.x = 2; → 报错
• 删除不可配置属性：delete Object.prototype; → 报错
• 使用未声明变量：foo = 42; → ReferenceError（非严格下会挂到全局）
• 函数参数重名：function f(a, a) { } → SyntaxError
• with 语句被完全禁止，写就报错

严格模式下 this 的行为变化

这是最容易踩坑的一点：非严格模式中，全局函数调用时 this 指向 window（浏览器）或 global（Node.js）；严格模式下，它就是 undefined：

function foo() { return this; }
foo(); // 非严格 → window；严格 → undefined

这意味着：obj.method() 没问题，但 const fn = obj.method; fn(); 在严格模式下会因 this 是 undefined 导致出错（尤其在事件回调、定时器、Promise 回调中很常见）。

解决方式不是关严格模式，而是显式绑定：fn.bind(obj)、obj.method.bind(obj)，或用箭头函数（如果上下文合适）。

严格模式不支持的语法和隐式行为

它禁用了一些历史遗留的、易混淆的特性：

• arguments.callee 和 arguments.caller 不可用（会报 TypeError）
• 八进制字面量（如 010）被禁止，必须写成 0o10 或 parseInt('10', 8)
• 对象字面量中重复键名（{a: 1, a: 2}）在某些引擎中会报错（ES5 严格模式要求报错，但实际兼容性有差异）
• 不能用 eval 动态声明变量或函数（eval('var x = 1') 不会影响外层作用域）

严格模式本身没有运行时开销，V8 等引擎早已将其作为默认优化路径的一部分。真正要注意的是：团队协作中，如果部分文件启用了严格模式而部分没启，this 行为、变量提升、错误捕获边界就会不一致——所以建议全项目统一启用，或通过构建工具（如 Babel）自动注入。

好了，本文到此结束，带大家了解了《严格模式是什么？优点与限制全解析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！