Angular中使用APP_INITIALIZER时Injector依赖方式的疑问

等效性分析 #

从核心功能实现来看，两种方式基本等效：最终都能获取目标服务（比如示例中的ConfigurationService）并执行初始化逻辑。

• 直接传具体依赖：Angular的DI系统会提前解析所有依赖，直接注入到工厂函数中。
• 传Injector：延迟到工厂函数内部，通过injector.get()手动获取所需依赖。

潜在副作用与差异 #

虽然功能上近似，但两种写法存在以下关键差异，可能带来意外影响：

• 循环依赖的处理不同：直接传依赖时，Angular启动阶段就会检测循环依赖并抛出错误；而通过Injector.get()延迟获取，能绕过启动时的DI检测，但如果实际运行时存在循环依赖，仍会在调用get()时报错——相当于把错误从启动阶段推迟到初始化执行阶段。
• 依赖实例化时机延迟：直接传依赖时，所有相关服务会在APP_INITIALIZER工厂初始化前完成实例化；用Injector的话，服务实例化会推迟到get()调用时。如果目标服务的依赖有自身的初始化逻辑，这会导致这些逻辑的执行时机后移，可能影响其他初始化步骤的顺序。
• 测试成本更高：单元测试时，直接传依赖的工厂函数可以轻松mock单个服务；而传Injector的话，需要mock整个Injector并配置get()的返回值，测试代码会更繁琐。
• 代码可读性降低：直接查看deps数组就能清晰知道工厂函数的依赖项；而Injector方式的依赖关系隐藏在工厂函数内部，其他开发者需要阅读函数代码才能理清依赖链。

补充更新 #

更新1：该通过Injector实现的方案已被公开文章推荐，具备一定的实践认可度。
更新2：Angular 16+新增全局inject()方法，无需配置deps即可在工厂函数中直接获取依赖，写法更简洁：

export function configLoader(): () => Promise<Configuration> {
  return () => inject(ConfigurationService).loadConfiguration();
}

对应的APP_INITIALIZER配置可简化为：

// AppModule
providers: [{
    provide: APP_INITIALIZER,
    useFactory: configLoader,
    multi: true
}],

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