严格模式是JavaScript的限制性变体，需在脚本或函数顶部用"use strict"声明；禁止with、八进制字面量、arguments/eval作标识符、参数重名等，使隐式错误提前暴露。
JavaScript 严格模式（"use strict"）不是新语言，而是对 JS 执行环境的一种限制性变体——启用后，原本能“蒙混过关”的错误会被提前报错，隐式行为被显式禁止。
怎么启用严格模式
必须在脚本或函数顶部用字面量字符串声明，且不能有前置代码（包括空行、注释都不行）：
"use strict";
function foo() {
"use strict"; // 函数级也合法
}
常见错误写法：
- 放在
if或try块里 → 不生效 - 前面有
console.log()或注释 → 被忽略，整个脚本退回到非严格模式 - 用变量赋值再
eval("use strict")→ 无效（eval内部需单独声明）
严格模式禁止的典型行为
这些限制不是“为了规范而规范”，而是堵住易出错的隐式逻辑：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
-
with语句直接报错：with ({a: 1}) { console.log(a); }→SyntaxError - 给只读属性赋值抛异常：
Object.defineProperty(obj, 'x', { writable: false }); obj.x = 1;→TypeError（非严格下静默失败） - 禁止八进制字面量：
010→SyntaxError（必须写成0o10） -
arguments和eval变成关键字：不能用作变量名或函数参数名，否则报错 - 函数参数名重复报错：
function f(a, a) {}→SyntaxError -
this在非对象调用时为undefined（非严格下是全局对象），避免意外污染window
严格模式对 eval 和 arguments 的特殊处理
这是最容易踩坑的点：严格模式下它们不再动态绑定作用域，也不再自动映射形参。
-
eval内部声明的变量不会泄漏到外层作用域 -
arguments不再随形参修改而同步更新：function f(a) { a = 2; return arguments[0]; }→ 严格模式返回1（原始值），非严格返回2 -
arguments.callee和arguments.caller直接禁用，访问即TypeError
严格模式真正难的不是记规则，而是它让“原来能跑通但逻辑脆弱”的代码立刻暴露。比如依赖 this 指向全局对象的旧代码、靠 arguments[0] 动态改参的黑魔法、或者用 with 简化嵌套对象访问——这些在严格模式下全得重写，而且往往暴露出更深层的设计问题。
