严格模式禁用with语句、给只读属性赋值、函数参数重名、arguments映射形参及callee/caller；要求"use strict"置于顶层或函数首行；使this为undefined、未声明变量赋值报错；ES6模块默认启用。
严格模式在 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" 才生效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
