模块顶层错误无法用try...catch捕获，因其发生在解析求值阶段，而try...catch是运行时语法；仅动态import()可捕获，或通过全局错误监听、将逻辑封装为函数等方式应对。
模块顶层的错误无法用 try...catch 捕获，因为 ES Module 的顶层代码在解析和求值阶段就执行，而 try...catch 是运行时语法，不能包裹模块加载本身。
为什么顶层 throw 不会被 catch 住
当浏览器或 Node.js 加载一个 type="module" 脚本时，会经历两个关键阶段：
- 解析（Parse）：检查语法是否合法，比如 import/export 是否合规；
-
求值（Evaluate）：真正执行顶层语句，包括
throw new Error(...)、函数调用、变量初始化等。
如果顶层直接 throw，它发生在求值阶段，此时模块加载已开始但尚未完成。这个异常会立即中断当前模块的求值，并向上冒泡——但不会进入你写的任何 try...catch 块，因为你根本没机会把 throw 包进 try 里（它就在最外层）。
能捕获到的唯一入口：动态 import()
只有通过 import() 动态导入模块时，才能用 try...catch 捕获其顶层错误：
- 动态 import 返回 Promise，失败时 reject 对应的错误；
- 错误类型可能是
SyntaxError（如 import 语法写错）、TypeError（路径不存在）、或模块顶层throw出来的任意错误。
示例：
```jstry {
const mod = await import('./broken-module.js'); // 若该模块顶层 throw，这里会 reject
} catch (err) {
console.error('模块加载失败:', err.message);
}
全局错误监听作为兜底手段
对于静态导入（import ... from）引发的顶层错误，无法局部捕获，但可通过全局钩子感知：
- 浏览器中监听
error事件：它能捕获模块解析/求值失败（如SyntaxError、顶层throw），但注意error事件不区分来源，需结合error.filename判断是否来自模块； - 浏览器中监听
unhandledrejection：对动态 import 的 reject 有效，但不覆盖同步顶层 throw； - Node.js 中使用
process.on('uncaughtException')或process.on('unhandledRejection')，效果类似。
更可控的做法：把逻辑移入函数
避免在模块顶层做易出错的操作（如读取配置、调用 API、校验环境）。改为导出一个初始化函数：
- 模块本身只做声明（import/export），不执行；
- 调用方在安全上下文中调用该函数，并自行包裹
try...catch； - 这样错误变成可预测的运行时异常，而非模块加载失败。
示例：
```js// config.js
export function loadConfig() {
if (!window.API_URL) throw new Error('API_URL 未定义');
return { apiUrl: window.API_URL };
}
// main.js
import { loadConfig } from './config.js';
try {
const config = loadConfig();
} catch (e) {
console.error('配置加载失败:', e);
}
```
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
