严格模式开启后，未声明变量赋值、delete不可配置属性、函数参数重复、八进制字面量、非对象调用this为undefined等行为会直接报错。
严格模式开启后，哪些常见错误会直接报错
严格模式不是语法糖，而是让 JavaScript 引擎切换到更严格的解析和执行模式。它会让原本静默失败的行为变成显式错误，比如给未声明变量赋值：foo = 1 在非严格模式下会自动创建全局变量，但在严格模式下直接抛出 ReferenceError: foo is not defined。
其他典型报错场景包括：
-
delete操作符删除不可配置属性（如delete Object.prototype）→TypeError - 函数参数名重复（
function f(a, a) { }）→SyntaxError - 使用八进制字面量（
010）→SyntaxError（ES5 严格模式不支持） -
this在非对象上下文中为undefined（而非自动绑定到window）
如何正确启用严格模式：位置和作用域影响
严格模式必须通过字面量字符串 "use strict" 启用，且只能出现在脚本顶部或函数体第一行（前面不能有可执行语句）。位置错误会导致失效：
"use strict"; console.log(this); // this === undefined
如果写在函数中间：
立即学习“Java免费学习笔记（深入）”；
function f() {
console.log(1);
"use strict"; // ❌ 无效，不会进入严格模式
}
作用域上，严格模式是**函数级**的，不是块级。这意味着：
- 整个脚本加
"use strict"→ 全局严格模式 - 只在某个函数内加 → 仅该函数及其内部函数受严格约束
- 箭头函数继承外层严格状态，不单独声明
严格模式修复的隐蔽陷阱：this、arguments 和 eval
这些是容易被忽略但影响深远的点：
-
this不再自动装箱：普通函数调用时this是undefined，而不是window或globalThis，避免意外污染全局 -
arguments对象不再与形参同步：修改arguments[0]不会改变对应参数值，消除副作用 -
eval不能在当前作用域创建变量：在严格模式中，eval("var x = 1")的x只存在于eval内部，不会泄漏到外层 - 禁止使用
with语句：因为它动态改变作用域链，使静态分析失效，且性能差
现代开发中是否还需要手动加"use strict"
不需要主动添加——主流打包工具（Webpack、Vite、Rollup）和现代 JS 环境默认启用严格模式。ES6 模块（.mjs 文件或 type="module" 的 <script></script>）自动处于严格模式，无需声明。
但仍有几个关键例外必须注意：
- CommonJS 模块（Node.js 的
.cjs或require()加载的文件）仍需手动加"use strict" - 内联
<script></script>标签默认是非严格模式，除非显式声明或设为模块 - 某些老旧构建流程可能未启用严格模式，导致
arguments.callee等禁用特性仍能运行（但已不推荐）
真正容易被忽略的是：即使你没写 "use strict"，也别假设非严格行为还存在；很多引擎对非严格代码的兼容性正在收缩，尤其是涉及 eval、arguments 和 with 的逻辑，越早按严格模式写，越少踩 runtime 隐患。
