Angular模块循环依赖：单组件单模块模式下的最佳实践咨询

我正在将Angular应用重构为单组件单模块模式。但遇到了组件循环依赖的场景：Component A依赖Component B，同时Component B也依赖Component A。我知道可以创建一个包裹两者的模块解决问题，但这样就偏离了单组件单模块模式，是不是我对这个模式的理解有误？

我尝试了三种配置，其中两种无法正常工作：

• 将Component A和Component B添加到共享模块（示例中为app.module）：这种方式可行，但需要取消Component A和Component B各自的模块，让单组件单模块模式失去意义。
• 将Module A和Module B添加到共享模块：这是理想方案，但无法生效，因为父模块不会把Module A的导出内容传递给Module B，反之亦然，我搞不懂模块的具体工作机制，原本以为这可行。
• 在Module B中导入Module A，同时在Module A中导入Module B：会产生循环依赖，无法正常工作。

请问这种场景下的最佳实践是什么？

1. 用局部共享模块兼容单组件单模块核心思想 #

单组件单模块的核心是组件职责单一、模块边界清晰，并非绝对要求每个组件必须完全孤立。当两个组件存在强耦合的循环依赖时，说明它们属于同一个紧密关联的功能单元，此时创建一个小型共享模块（比如ABSharedModule）封装两者是合理的。

这个模块只负责处理A和B的依赖关系，其他组件使用A或B时只需导入该共享模块即可，既保留了组件的单一职责，也维护了模块边界，并没有违背单组件单模块的设计初衷。

2. 重构组件打破循环依赖 #

如果不想创建共享模块，可以从拆解依赖入手：

• 提取公共逻辑：把A和B都依赖的业务逻辑、UI片段抽成独立的CommonComponent或SharedService，让A和B都依赖这个公共单元，而非互相依赖。
• 调整组件引用方式：通过内容投影（ng-content）、动态组件加载的方式，让其中一个组件不需要在模板中直接声明引用另一个组件，从根源上打破模板层面的依赖链。

3. 用forwardRef临时绕过（不推荐长期使用） #

如果暂时无法重构，可以用Angular的forwardRef绕过循环依赖报错，但这只是权宜之计，会增加代码复杂度，不利于长期维护。示例代码如下：

// 在Module A中导入Module B时使用forwardRef
import { NgModule, forwardRef } from '@angular/core';
import { BModule } from './b.module';

@NgModule({
  imports: [forwardRef(() => BModule)]
})
export class AModule {}

同样在Module B中做相同处理，但这种方式会模糊模块依赖关系，仅适合临时过渡场景。

内容的提问来源于stack exchange，提问作者Martin Hochmair