JavaScript严格模式是什么？怎么开启？

JavaScript严格模式是一种轻量却强大的语法约束机制，它通过禁用with语句、禁止重复参数、阻断arguments与形参的隐式绑定、让未声明变量赋值和错误的this使用立即报错等方式，主动暴露潜在bug、防止静默失败，并推动代码更健壮、可维护；虽现代ES6模块已默认启用，但在CommonJS、打包场景及eval/Function动态执行中仍需谨慎显式声明——掌握它，就是为你的JavaScript代码装上第一道安全校验锁。

严格模式在 JavaScript 中会禁用哪些危险语法

严格模式（"use strict"）不是新语言，而是对 JS 解析和执行的约束层。它会让引擎拒绝执行一些容易出错、语义模糊或已被废弃的写法，比如：

• with 语句直接报错 —— 它让作用域链不可预测，V8 等引擎早已不优化它
• 给只读属性赋值（如 NaN = 1 或 undefined = 2）抛出 TypeError，而不是静默失败
• 函数参数名重复（function foo(a, a) {}）在严格模式下是语法错误
• arguments 不再自动映射形参变化，arguments.callee 和 arguments.caller 被禁用

为什么 "use strict" 必须放在顶层或函数体开头

严格模式的启用是“词法作用域级”的，且必须是脚本或函数中的第一条可执行语句（注释除外）。如果写在条件分支里，比如：

"use strict";
if (false) {
  "use strict"; // 这行无效：引擎已跳过，不触发严格模式
}

或者放在函数中间：

function bad() {
  console.log("hello");
  "use strict"; // ❌ 无效：语法错误，Strict mode directive not allowed after statements
}

正确写法只有两种：

• 整个脚本启用："use strict"; 放在 .js 文件第一行
• 单个函数启用：function foo() { "use strict"; ... }，且必须是函数体第一行

严格模式如何影响 this 和全局变量绑定

这是最常被忽略的实际收益点。非严格模式下，全局中调用函数时 this 指向 window（浏览器）或 global（Node.js），容易意外污染全局；而严格模式下，独立函数调用的 this 是 undefined，强制你明确绑定上下文。

同样，未声明就赋值的变量（如 foo = 123）在非严格模式下会自动挂到全局对象上；严格模式下直接抛出 ReferenceError。

这意味着：

• 更早暴露 this 绑定错误（比如忘记 .bind() 或箭头函数）
• 避免因拼错变量名导致静默创建全局变量（usernmae = "jack" → 严格模式立刻报错）
• 模块化代码中减少意外依赖全局状态的风险

现代开发中是否还需要手动加 "use strict"

不需要 —— 但得知道它在哪生效。ES6 模块（import/export）默认启用严格模式，所有模块脚本都等价于顶部有 "use strict"。CommonJS（Node.js 的 require）和 IIFE 手动包裹的代码仍需显式声明。

不过要注意：Babel、TypeScript 等工具生成的代码通常保留原始的严格模式指令；而 Webpack/Vite 等打包器若将多个模块合并为一个 IIFE，可能使 "use strict" 失效（因为合并后它不再处于脚本顶部）。此时建议在入口文件或每个模块顶部显式声明，确保行为可控。

真正容易被忽略的是动态代码场景：通过 eval() 或 Function 构造函数执行字符串代码时，严格模式不会自动继承，必须在字符串内显式写 "use strict" 才生效。

到这里，我们也就讲完了《JavaScript严格模式是什么？怎么开启？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！