esm循环引用触发tdz报错，本质是实例化阶段导出绑定未激活时提前读取let/const变量；解析→实例化→执行三步中，循环发生在实例化期，此时顶层代码未执行，导出值仍为“未初始化”状态。
ESM 模块在遇到同步循环引用时触发 Cannot access 'xxx' before initialization 报错，本质是模块实例化阶段的绑定未就绪问题，不是运行时逻辑错误，而是静态加载流程中强制执行的访问限制。
为什么循环引用会进入 TDZ？
ESM 的加载分三步：解析 → 实例化 → 执行。循环引用发生在实例化阶段：模块 A 和 B 同时被解析并建立导出绑定，但它们的顶层代码尚未执行，导出值仍是“未初始化”状态。此时若 A 在执行前试图读取 B 导出的某个 let 或 const 变量，JS 引擎就判定为访问了 TDZ 中的标识符。
这和 CommonJS 不同——CommonJS 允许“部分加载”，B 可以先导出一个空对象，A 拿到后继续执行；而 ESM 要求所有导出绑定在实例化时就确定，且必须等对应模块执行完毕才“激活”这些绑定。
典型触发场景
- 两个模块互相默认导出/导入函数，但函数体内直接访问对方模块的顶层
const变量 - 组件库中，
Button.js导入Icon.js，而Icon.js又导入了依赖Button样式工具的shared/utils.js，后者又反向导入了Button的类型定义 - 使用命名导出 + 重命名时，导出名与导入名冲突，导致引擎无法正确解析绑定时机
关键区别：不是“不能循环”，而是“不能提前读”
ESM 允许循环引用存在，也支持最终成功加载（只要不违反 TDZ 规则）。真正被禁止的是在模块执行完成前，通过 import 绑定去读取另一个尚未执行完的模块的词法绑定变量。
例如：
A.js：import { bValue } from './B.js'; console.log(bValue); // ❌ 报 TDZ，B 还没执行完
B.js：export const bValue = 'ok'; import { aHelper } from './A.js'; // ✅ 允许导入，只要不立即读取 A 的顶层 const
实用规避方式
- 把共享数据或工具函数抽成第三个模块（
shared/），让 A 和 B 都只单向依赖它 - 用
export default () => {...}函数封装逻辑，在调用时才访问依赖，避开顶层读取 - 改用动态导入：
const { something } = await import('./B.js');，延迟到执行阶段再加载，绕过实例化期的绑定检查 - 检查是否误将
var写成let/const——var有提升且初始化为undefined，不会进 TDZ，但语义已不符现代规范
