严格模式是JavaScript的限制性变体，通过“use strict”启用，提升代码安全性与可预测性；脚本顶层需首行声明，函数内可局部启用，ES模块默认启用而CommonJS需手动添加。
严格模式（Strict Mode）是 JavaScript 的一种限制性变体，启用后会让引擎以更严格的规则解析和执行代码，提前暴露潜在错误、禁用不安全或易混淆的语法，并为未来语言演进铺路。它不是新语言，而是现有语法的“增强校验层”。
如何在脚本顶层启用严格模式
在 .js 文件或 <script></script> 标签的最开头（不能有前置语句或注释）插入字符串字面量 "use strict";：
"use strict"; console.log(this); // 全局作用域下 this 为 undefined，而非 globalThis
注意："use strict" 必须是脚本第一行可执行内容；若前面有空行、// 注释或 /* */ 注释（即使为空），仍可生效；但若有 var x = 1; 或 import 等语句，则失效。
如何在函数作用域启用严格模式
只对单个函数启用严格模式，不影响外部代码，适合渐进式迁移：
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
function foo() {
"use strict";
delete arguments; // 报错：严格模式下禁止删除 arguments / callee
with ({ x: 1 }) {} // 报错：严格模式禁止使用 with 语句
}-
"use strict"必须位于函数体第一行（允许前面有换行或块注释） - 箭头函数不能直接启用严格模式，需依赖外层函数或脚本级声明
- 严格模式状态不会被
eval()继承，除非eval内部也写"use strict"
严格模式下典型行为变化与常见报错
启用后以下操作会直接抛出 TypeError 或 SyntaxError，而非静默失败：
- 给只读属性赋值：
Object.defineProperty(obj, 'x', { value: 1, writable: false }); obj.x = 2;→ 报错 - 删除不可配置属性：
delete Object.prototype;→ 报错 - 使用八进制字面量：
010→SyntaxError（ES5 严格模式禁止隐式八进制） - 函数参数重名：
function f(a, a) { }→SyntaxError -
this在非对象调用中为undefined，而非自动绑定到全局对象
这些限制让代码更可预测，也更容易被现代 JS 引擎优化。
模块（ESM）默认就是严格模式
所有 import/export 语法的文件（即 ES 模块）无需显式声明，自动启用严格模式：
// math.js
export function add(a, b) {
arguments.callee; // ReferenceError：严格模式下 callee 不可用
return a + b;
}这意味着：如果你用 type="module" 加载脚本，或通过 import 引入，就已处于严格模式——不必再加 "use strict"，加了也无害。
真正容易忽略的是：CommonJS（Node.js 的 require）模块默认不启用严格模式，必须手动加；而 ESM 下即使没写，也已生效。混合使用时尤其要注意行为差异。
