Angular 5 APP_INITIALIZER循环依赖报错：非双向依赖为何触发？

首先，你遇到的循环依赖不一定是直接的AppService → AuthService → AppService，很多时候是间接链式依赖导致的——比如AppService依赖AuthService，而AuthService又依赖了某个XService，这个XService最终又依赖了AppService，形成了闭环。

常见原因排查步骤： #

• 检查AuthService的依赖链：把AuthService构造函数里的所有注入服务列出来，逐个排查这些服务是否（或者它们的依赖是否）间接引用了AppService。比如AuthService如果注入了HttpClient看似没问题，但如果你的HttpClient用了拦截器，而拦截器又依赖了AppService，那循环就产生了。
• 检查APP_INITIALIZER的配置：确保你的初始化器配置没有多余的依赖，比如：

  // 正确的配置示例
  {
    provide: APP_INITIALIZER,
    useFactory: (appService: AppService) => () => appService.init(),
    deps: [AppService],
    multi: true
  }
  

  这里deps只需要AppService，不要额外添加AuthService（因为AppService已经会自己注入它）。
• CoreModule的导入方式：如果CoreModule用了forRoot()模式，确保只在AppModule中导入一次，不要在懒加载模块里重复导入——重复导入会创建新的注入器实例，容易引发依赖闭环。

快速绕过的解决方案 #

如果暂时找不到间接依赖的源头，可以用手动延迟注入的方式避开构造函数阶段的循环：

import { Injector, Injectable } from '@angular/core';
import { AuthService } from './core/auth.service';

@Injectable({ providedIn: 'root' })
export class AppService {
  private authService!: AuthService;

  constructor(private injector: Injector) {}

  async init() {
    // 初始化阶段才获取AuthService，避开构造函数的循环检查
    this.authService = this.injector.get(AuthService);
    // 执行你的加载逻辑，比如await this.authService.checkAuth();
  }
}

这种方式让依赖获取延迟到初始化方法执行时，而不是构造函数阶段，能绕过Angular的循环依赖检测。

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