JavaScript中class语法不解决循环引用，关键在模块依赖组织与实例化时机；应避免模块级import循环、延迟实例化、用WeakMap或事件总线松耦合。
JavaScript 中 class 语法本身不直接解决循环引用问题，关键在于**如何组织模块依赖和实例化时机**。class 只是语法糖，真正引发循环引用的通常是模块导入（import）或构造函数中立即使用对方类，导致初始化时互相等待。
避免模块级 import 循环
两个类分别定义在不同文件中，又相互 import，是最常见的循环引用源头。ESM 的静态分析会在加载阶段报错（如 ReferenceError: Cannot access 'X' before initialization）。
- 把强耦合的类放在同一个文件里，用
export导出多个类，消除跨文件 import 依赖 - 拆分职责：提取公共接口或数据结构到独立模块，让双方只依赖抽象，而非具体类
- 改用动态
import()延迟到需要时加载（适合非关键路径，比如插件、策略类）
延迟实例化，避开构造时依赖
即使类已定义，若在 constructor 中直接 new 对方实例，而对方尚未初始化完成，仍会出错。
- 把“使用对方类”的逻辑移到方法里（如
init()、connect()），而非 constructor - 用参数或 setter 注入依赖（依赖注入），让创建顺序由外部控制
- 对可选依赖，用 getter + 懒加载（首次访问时才创建或查找）
用 WeakMap 或 ID 关联代替直接引用
当必须双向关联（如父子关系、观察者模式），避免强引用导致内存泄漏或初始化冲突。
立即学习“Java免费学习笔记（深入）”；
- 父类用
WeakMap存子实例，子类仅存父的唯一 ID 或弱引用句柄 - 用事件总线或发布订阅代替直接调用对方方法，解除类间硬依赖
- 在销毁时显式清理引用（尤其涉及 DOM、定时器、事件监听器时）
TypeScript 用户注意类型循环
TS 编译期类型检查可能因 import type 不足或类型交叉引用报错，但这不影响运行时。
- 优先使用
import type做纯类型导入，它不参与运行时执行 - 把复杂交叉类型抽成
interface或type声明，放在单独的types.ts - 必要时用
declare class或 JSDoc@typedef做前向声明
不复杂但容易忽略。核心就三点：拆模块、延实例、松耦合。
