严格模式禁止未声明变量赋值、with语句、重复函数参数、八进制字面量（010）、arguments.callee/caller，并使this在非对象调用时为undefined；启用需首行字符串"use strict"，ES6模块默认启用。

严格模式到底禁了哪些事？

严格模式不是新语法，而是让 JS 引擎用更严格的规则解析和执行代码。它会直接报错而不是静默失败，比如给未声明变量赋值、删除不可删属性、重复参数名等——这些在非严格模式下可能只是“没效果”或“悄悄出错”，但在严格模式下会抛出 ReferenceError 或 SyntaxError。

典型被禁行为包括：

• with 语句完全禁止（因性能与语义模糊）
• 函数参数名不能重复：function foo(a, a) { } 直接报 SyntaxError
• this 在非对象调用时不再指向 window（浏览器）或 global（Node），而是 undefined
• arguments.callee 和 arguments.caller 被禁用
• 八进制字面量（如 010）非法，必须写成 0o10

怎样启用严格模式：全局 vs 函数级

严格模式只能通过字面量字符串 "use strict" 启用，且必须是脚本或函数体内的**第一条可执行语句**（前面只能有注释或空行）。位置错了就无效。

两种启用方式适用场景不同：

立即学习“Java免费学习笔记（深入）”；

• 脚本级启用：整个文件生效，适合新项目或可全面控制的模块
  

  "use strict";
  console.log(this); // undefined（非严格下是 global/window）

• 函数级启用：只对该函数及其内部嵌套函数生效，适合渐进迁移或第三方代码隔离
  

  function safeCalc() {
    "use strict";
    x = 42; // ReferenceError: x is not defined
  }

注意："use strict" 必须是字符串字面量，不能拼接、不能变量赋值、不能放在 if 块里——否则引擎不识别。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

ES6 模块默认就是严格模式

如果你用 import/export，或者用 type="module" 加载 JS 文件，那根本不用手动加 "use strict"——ES6 模块规范强制所有模块代码运行在严格模式下。

这意味着：

• this 在顶层模块中为 undefined（不是 globalThis）
• arguments 不再自动映射参数变更（即修改 arguments[0] 不影响形参）
• eval 在模块内定义的变量不会泄漏到外层作用域

所以现代前端项目（Webpack/Vite/Rollup 打包 + ES 模块）基本默认享受严格模式红利，但需注意：CommonJS（require）模块仍需手动启用。

严格模式下容易被忽略的兼容性坑

看似安全的严格模式，在老环境或混合代码中仍有几个关键陷阱：

• IE10 及以下完全不支持 "use strict"，但也不会报错——它直接忽略该字符串，导致你以为启用了，实际没生效
• 某些压缩工具（如旧版 UglifyJS）可能把 "use strict" 移到函数体中间，破坏启用条件
• 动态生成函数（new Function(...)）需显式传入 "use strict" 作为第一个参数，否则不生效：
  

  const fn = new Function('"use strict"; return this'); // this 是 undefined

• 箭头函数无法单独启用严格模式——它继承外层作用域的严格状态，所以必须确保其定义所在函数或脚本已启用

真正要靠严格模式守住底线，得确认执行环境、构建链路、以及所有动态代码路径都真正进入了严格上下文。