ESM模块自动启用严格模式，无需手动声明，解析阶段即校验语法，非法操作直接抛SyntaxError或ReferenceError，不进入执行；每个ESM文件均为独立严格作用域，禁止隐式全局变量、重复参数名、with语句等。
ESM 模块在加载时自动启用严格模式（'use strict'），无需手动声明，也不受外部脚本影响。这种强制性不是运行时行为，而是语法解析阶段的硬性约束——引擎在读取模块源码的第一时间就按严格模式规则校验，一旦发现非法语法，直接抛出 SyntaxError 或 ReferenceError，根本不会进入执行阶段。
严格模式是 ESM 的底层契约，不是可选配置
每个 ESM 文件（无论是否含 export 或 import）都被视为一个独立的严格模式作用域。这意味着：
- 隐式创建全局变量被禁止：如
undeclaredVar = 10会立即报ReferenceError，而不是挂到window或globalThis上 - 函数参数名不能重复：
function foo(a, a) { }在 ESM 中是语法错误，CommonJS 中仅警告 -
with语句完全禁用：任何含with的代码块在解析时就会失败 -
arguments.callee和caller不可用，访问即报TypeError
静态拦截发生在“编译前”，而非运行时
浏览器或 Node.js 在解析 ESM 模块时，先进行词法分析和语法分析，此时就应用严格模式规则。例如：
-
export let x = 1; x = 2;合法（let可重新赋值） -
export const y = 1; y = 2;合法（报错在赋值时，属运行时错误） -
function foo() { arguments[0] = 1; }在 ESM 中解析阶段就报错，因为严格模式下禁止对arguments索引赋值 -
export default function foo() { return this; }中的this值为undefined，但不会报错——这是严格模式的行为，不是拦截
与 CommonJS 和内联脚本的关键区别
非模块脚本（如普通 <script></script>）默认是非严格模式，除非显式写 'use strict'；而 CommonJS 模块（require 加载的）在 Node.js 中也默认非严格，需手动开启。ESM 的严格模式是语言级强制：
- 即使模块里没写任何
export或import，只要通过type="module"加载，就严格模式 -
import()动态导入返回的模块，同样遵循该规则 - 错误无法被
try/catch捕获——因为它是解析错误，不是运行时异常 - 打包工具（如 Rollup、Vite）在构建时也会复现这一检查，提前暴露问题
实际开发中需注意的典型陷阱
这些写法在普通脚本中可能“侥幸运行”，但在 ESM 中会直接中断加载：
- 八进制字面量：
let num = 010;→SyntaxError: Octal literals are not allowed in strict mode - 删除不可配置属性：
delete Object.prototype.toString;→ 解析不报错，但运行时TypeError - 对象字面量中重复键名：
const obj = { a: 1, a: 2 };→ 非严格模式允许，ESM 中是语法错误 - 使用保留字作标识符：
let interface = 'ESM';→ 严格模式下interface是未来保留字，禁止使用
