严格模式是ECMAScript 5引入的运行时限制模式，通过"use strict"启用，强化解析与执行规则以提升代码安全性、可预测性及可调试性；它禁止with语句、未声明变量赋值、重复参数等，并使this在非对象调用时为undefined。
什么是严格模式（strict mode）
JavaScript 严格模式是 ECMAScript 5 引入的一种运行时限制模式，通过在脚本或函数顶部添加 "use strict" 指令启用。它不是新语法，而是一组更严格的解析和执行规则，目的是让代码更安全、更可预测、更易调试。
严格模式下禁止的常见操作
启用后，原本“静默失败”的错误会抛出异常，暴露潜在问题。这些限制直接影响开发习惯：
-
with语句被完全禁用，使用会直接报SyntaxError - 未声明就赋值变量（如
foo = 42）会触发ReferenceError，不再自动挂到全局对象上 - 函数参数名重复（如
function f(a, a) {}）在严格模式下是SyntaxError -
arguments.callee和arguments.caller被禁用，访问会抛TypeError - 八进制字面量（如
010）被视为语法错误；必须写成0o10或0x10 -
this在非对象调用场景（如普通函数调用）中不再指向全局对象，而是undefined
如何启用及作用域边界
严格模式的作用域取决于 "use strict" 的位置：
"use strict";
// 整个脚本生效（全局严格模式）
function foo() {
"use strict";
// 仅该函数内生效（函数级严格模式）
}
注意："use strict" 必须是脚本/函数体内的**第一条可执行语句**（注释和空行允许）。如果写在函数中间或条件分支里（如 if (true) { "use strict"; }），会被忽略，不生效。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
模块（.mjs 文件或 import/export 存在的脚本）默认启用严格模式，无需手动添加指令。
为什么现在很少显式写 "use strict"
现代开发环境基本已绕过它的原始价值：
- 打包工具（如 Webpack、Vite）默认以严格模式处理代码
- TypeScript 编译输出自动启用严格检查，且类型系统覆盖了多数运行时隐患
- ES6+ 语法（如
class、let、const、箭头函数）天然具有类似严格行为，比如禁止重复参数、绑定更明确的this - 浏览器开发者工具中，严格模式报错更清晰，但日常开发更多依赖 ESLint 等静态检查替代运行时约束
真正容易被忽略的是：某些旧库或拼接字符串生成的动态代码（如 eval("...")）若未显式启用严格模式，仍可能意外进入非严格上下文——这时 this 行为或静默失败会带来隐蔽 bug。
