在AppInitializationService中注入MSAL服务时出现循环依赖错误求助

这个循环依赖的核心原因是：你在AppInitializationService的构造函数中直接注入了MsalService，而MsalService本身依赖于Angular的ApplicationRef，同时APP_INITIALIZER又需要在ApplicationRef初始化前完成执行，这就形成了循环依赖链。

下面是具体的解决步骤和代码修改示例：

1. 延迟获取MsalService，避免构造函数直接注入 #

既然你已经注入了Injector，可以利用它在初始化方法中延迟获取MsalService，而不是在构造函数中直接注入。这样能避开初始化阶段的依赖冲突。

修改AppInitializationService的代码：

@Injectable({ providedIn: 'root' }) 
export class AppInitializationService { 
  loggedIn = false; 
  private authService!: MsalService; // 声明类型，后续赋值

  constructor(
    private configService: AppConfigService, 
    private _tokenService: AppTokenForPrint, 
    private _injector: Injector
    // 移除构造函数中的MsalService注入
  ) { }

  // 新增初始化方法，专门用于APP_INITIALIZER调用
  init(): Promise<void> {
    // 等到初始化阶段时，再通过Injector获取MsalService
    this.authService = this._injector.get(MsalService);
    
    // 这里写你的初始化逻辑，比如检查登录状态
    return this.authService.instance.getActiveAccount()
      .then(account => {
        this.loggedIn = !!account;
        // 其他需要的初始化操作...
      })
      .catch(err => {
        console.error('初始化时检查登录状态失败', err);
        return Promise.resolve(); // 确保初始化不会失败导致应用卡死
      });
  }
}

2. 更新APP_INITIALIZER的工厂函数 #

让工厂函数调用我们新增的init()方法，而不是依赖构造函数中的逻辑：

export function appInitializerFn(appInitService: AppInitializationService): () => Promise<void> {
  return () => appInitService.init(); // 调用延迟初始化的方法
}

3. 保持AppModule配置不变 #

你原来在AppModule中的配置可以保留，因为核心问题已经通过延迟注入解决了：

@NgModule({
  providers: [
    { provide: HTTP_INTERCEPTORS, useClass: MsalInterceptor, multi: true },
    AppInitializationService,
    { 
      provide: APP_INITIALIZER, 
      useFactory: appInitializerFn, 
      multi: true, 
      deps: [AppInitializationService] 
    }
  ]
})
export class AppModule { }

为什么这样有效？ #

构造函数注入会在服务实例创建时立即尝试获取MsalService，此时Angular的应用初始化流程还没完成，MsalService依赖的底层服务（比如ApplicationRef）还未就绪，从而触发循环依赖。而延迟获取是等到APP_INITIALIZER开始执行时，Angular已经完成了大部分核心服务的初始化，此时再获取MsalService就不会有依赖冲突了。

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