仓库直接返回GraphQL解析器引发循环依赖，该如何解决？

你现在遇到的是典型的模块循环依赖问题——两个仓库在定义阶段就互相调用对方的方法，导致JS引擎无法完成初始化。下面是几个直接能用的解决办法：

1. 改用Getter延迟加载 #

把直接调用对方方法改成访问时才触发的Getter，这样定义阶段不会立即执行依赖代码，避免初始化卡住：

ARepository.getA = () => {
  const a = getAFromDatabase();
  return {
    ...a,
    // 用Getter替代直接调用，只有访问A.B时才会执行BRepository.getB()
    get B() {
      return BRepository.getB();
    }
  };
};

BRepository.getB = () => {
  const b = getBFromDatabase();
  return {
    ...b,
    get A() {
      return ARepository.getA();
    }
  };
};

这种方式还能顺便避免无限递归（只要数据库查询不会触发循环调用），只有当业务代码实际访问关联属性时才会拉取数据。

2. 合并到同一个模块管理 #

如果两个仓库的逻辑关联性很强，直接把它们放到同一个模块里定义，这样JS会先完成两个对象的初始化，再处理内部的引用：

// 新建一个统一的仓库模块
const ARepository = {
  getA() {
    const a = getAFromDatabase();
    return {
      ...a,
      B: BRepository.getB
    };
  }
};

const BRepository = {
  getB() {
    const b = getBFromDatabase();
    return {
      ...b,
      A: ARepository.getA
    };
  }
};

// 导出供外部使用
export { ARepository, BRepository };

这里可以返回方法本身而非立即执行，让外部决定调用时机，进一步降低初始化阶段的依赖冲突。

3. 异步场景用动态导入 #

如果你的数据库查询是异步的（比如用async/await），直接用动态导入解决模块加载时的循环依赖：

// ARepository.js
export const ARepository = {
  async getA() {
    const a = await getAFromDatabase();
    // 等到需要的时候才加载BRepository，避免初始化时的循环
    const { BRepository } = await import('./BRepository.js');
    return {
      ...a,
      B: await BRepository.getB()
    };
  }
};

// BRepository.js
export const BRepository = {
  async getB() {
    const b = await getBFromDatabase();
    const { ARepository } = await import('./ARepository.js');
    return {
      ...b,
      A: await ARepository.getA()
    };
  }
};

这种方式适合本身就是异步的业务场景，彻底绕开了模块加载阶段的依赖冲突。

4. 从设计上砍掉循环依赖 #

最彻底的办法是重构数据返回逻辑：只返回关联ID，而非直接返回完整的关联实体，让上层逻辑按需加载：

ARepository.getA = () => {
  const a = getAFromDatabase();
  // 只返回b的ID，让上层逻辑按需调用BRepository.getB(bId)
  return { ...a, bId: a.bId };
};

BRepository.getB = () => {
  const b = getBFromDatabase();
  return { ...b, aId: b.aId };
};

这样两个仓库完全独立，不会有任何依赖问题，上层业务可以根据ID自行决定是否加载关联数据。

内容的提问来源于stack exchange，提问作者Alex Turdean