严格模式是更严格的执行规则，要求变量必须声明、禁止this自动绑定全局、禁用with和八进制字面量等危险特性；需置于作用域顶部启用，模块默认启用。
JavaScript 严格模式（"use strict"）不是新语法，而是一套更“较真”的执行规则：它让引擎在遇到原本会静默容忍的错误时，直接抛出 ReferenceError、SyntaxError 等明确报错，而不是帮你兜底或自动修正。
为什么普通模式容易出事？两个典型现场
不启用严格模式时，JS 的“宽容”常掩盖真实问题：
-
未声明变量赋值 → 意外挂到全局：
a = 10不报错，却悄悄变成window.a（浏览器），污染全局命名空间，可能覆盖window.location或window.open等关键属性； -
this自动绑定全局对象：调用fn.call(null)时，this在普通模式下变成window，导致this.name = 'xxx'意外改写全局name，而开发者本意可能是想让它保持undefined。
怎么开？作用域和生效位置很关键
严格模式必须出现在作用域顶部，否则被忽略 —— 这是新手最常踩的坑：
- 全局启用：脚本第一行必须是
"use strict";（单/双引号均可，但不能带分号以外的字符）； - 函数级启用：只对当前函数体生效，写在函数第一行，例如：
function doSomething() { "use strict"; a = 1; // ❌ ReferenceError: a is not defined } - 不能写在条件分支里：
if (true) { "use strict"; }完全无效； - 模块（
.mjs或import场景）默认启用严格模式，无需手动加。
严格模式禁了哪些“方便但危险”的行为？
它不是为了增加限制而限制，而是封掉那些易引发隐蔽 Bug 的语言特性：
立即学习“Java免费学习笔记（深入）”；
-
with语句被完全禁止（因作用域链模糊，影响性能和可读性）； -
eval在严格模式下不再污染外层作用域（eval("var x = 1")中的x不会泄露到外部）； - 禁止八进制字面量：
0123会报SyntaxError（避免与十进制混淆）； - 禁止给只读属性赋值，比如
NaN = 5或Object.defineProperty(obj, 'x', { writable: false })后再改obj.x； -
arguments和eval不能用作变量名或函数名。
真正要注意的是：旧项目增量启用严格模式时，别只加一行 "use strict" 就跑 —— 很可能立刻暴露出大量未声明变量、this 误用、delete 非配置属性等隐藏问题。建议先用 ESLint 配合 strict 规则扫描，再逐文件迁移。
