ESM静态import失败不触发unhandledrejection，仅dynamic import()拒绝才触发；window.onerror可捕获顶层运行时错误，但无法捕获加载阶段错误。
ESM（ECMAScript Module）模块在错误捕获机制中表现特殊，尤其在 window.onerror 和 unhandledrejection 两个事件中的行为差异，本质源于错误发生时机、执行上下文和浏览器规范定义的不同。
ESM 加载失败不触发 unhandledrejection
ESM 的静态导入（import）是编译时解析、加载时执行的。如果模块 URL 404、MIME 类型错误或语法无效，这类错误属于“模块加载失败”，归类为 资源加载错误，既不会进入 Promise 链，也不会抛出可被 unhandledrejection 捕获的拒绝态 Promise。
这类错误通常触发的是 window.addEventListener('error')（针对 <script type="module"></script> 标签），或更底层的 document.addEventListener('securitypolicyviolation')（如 CSP 阻断），但不会触发 unhandledrejection——因为根本没有 Promise 被创建或拒绝。
ESM 中动态 import() 触发 unhandledrejection
与静态 import 不同，import() 是一个返回 Promise 的函数调用：
- 成功时 resolve 为模块命名空间对象
- 失败时 reject 一个
TypeError（例如模块不存在、网络失败、解析失败）
若该 Promise 未被 catch 或 await 后处理，就会触发 unhandledrejection 事件。这是唯一一种 ESM 相关错误能被该事件捕获的情形。
示例：
import('./missing-module.js') // → 返回 rejected Promise<br>// 没有 catch → 触发 unhandledrejection
window.onerror 能捕获部分 ESM 错误，但有局限
window.onerror 可捕获 ESM 执行阶段抛出的同步/异步运行时错误（如模块顶层代码中 throw new Error()、setTimeout(() => { foo(); }) 中引用未定义变量），因为它监听的是全局 JS 执行错误。
但它无法捕获 ESM 加载阶段的错误（如 404、CORS、SyntaxError in module script），这些错误属于 HTML 解析器或模块图构建环节，不进入 JS 执行上下文，因此 error 参数为 null，仅可能拿到 message 和 source 等有限信息。
真正可靠捕获模块加载失败的方式是监听 document 上的 error 事件（针对 <script type="module"></script> 元素），或使用 performance.getEntriesByType('navigation') 结合 performance.getEntriesByType('resource') 做间接分析。
总结关键区别
-
静态 import 失败：不进 JS 执行流 → 不触发
window.onerror，也不触发unhandledrejection -
dynamic import() 拒绝：产生 rejected Promise → 若未处理，触发
unhandledrejection -
ESM 顶层运行时错误（如 throw、ReferenceError）→ 触发
window.onerror，不触发unhandledrejection -
模块内 Promise 拒绝（如
fetch().then(...).catch漏写）→ 触发unhandledrejection，与是否 ESM 无关
