Angular中为抽象类设置默认Provider的可行性及失效问题排查

我想要实现这样的依赖注入逻辑：当抽象类ActionsServiceBase没有任何实现类被提供时，自动使用ActionServiceDefault作为默认实现，但目前的配置方案无法生效。

额外说明：

• 我在providers里加了useExisting指向ActionServiceCustom做验证，清楚如果类本身有providedIn: "root"的话这一步没必要
• 我知道可以用forRoot()模式解决，但为了未来能从模块迁移到独立组件，不想用这个方案

示例代码：

@Injectable()
export abstract class ActionsServiceBase {
  abstract isRenewing(): boolean;
}

@Injectable()
export class ActionServiceDefault extends ActionsServiceBase {
  isRenewing() {
    console.log('ActionServiceDefault');
    return true;
  }
}

@Injectable({
  providedIn: 'root',
})
export class ActionServiceCustom extends ActionsServiceBase {
  isRenewing() {
    console.log('ActionServiceCustom');
    return true;
  }
}

@NgModule({
  providers: [
    {
      provide: ActionsServiceBase,
      useFactory: (injector: Injector) => {
        try {
          return injector.get(ActionsServiceBase);
        } catch {
          // Return the default implementation if not found
          console.error('no impl found');
          return new ActionServiceDefault();
        }
      },
      deps: [INJECTOR],
    },
  ],
})
export class CustomModule {}

bootstrapApplication(App, {
  providers: [
    {
      provide: ActionsServiceBase,
      useExisting: ActionServiceCustom,
    },
    importProvidersFrom(CustomModule),
  ],
});

解决方案 #

问题根源分析 #

1. 循环依赖陷阱：你的工厂函数中调用injector.get(ActionsServiceBase)，但这个工厂本身就是ActionsServiceBase的提供者，导致无限循环，永远无法进入catch分支。
2. Provider顺序错误：你在bootstrapApplication的providers中先添加自定义实现、再导入CustomModule，模块中的Provider会覆盖前面的自定义配置，导致自定义实现从未生效。

修复步骤 #

1. 调整Provider注册顺序

将importProvidersFrom(CustomModule)放在自定义Provider前面，确保自定义实现优先级更高：

bootstrapApplication(App, {
  providers: [
    importProvidersFrom(CustomModule),
    // 自定义实现后添加，会覆盖默认配置
    {
      provide: ActionsServiceBase,
      useExisting: ActionServiceCustom,
    },
  ],
});

2. 修复工厂函数的循环依赖

使用inject函数的skipSelf和optional选项，跳过当前注入器查找自定义实现，避免循环：

@NgModule({
  providers: [
    // 先注册默认实现，让注入器可直接获取
    ActionServiceDefault,
    {
      provide: ActionsServiceBase,
      useFactory: () => {
        // 跳过当前注入器，尝试从父注入器获取自定义实现
        const customImpl = inject(ActionsServiceBase, { skipSelf: true, optional: true });
        // 存在自定义实现则使用，否则返回默认实现
        return customImpl ?? inject(ActionServiceDefault);
      },
    },
  ],
})
export class CustomModule {}

效果验证 #

• 保留bootstrap中的自定义Provider时，会使用ActionServiceCustom，控制台输出ActionServiceCustom
• 移除bootstrap中的自定义Provider时，自动切换为ActionServiceDefault，控制台输出ActionServiceDefault

兼容性说明 #

该方案完全适配独立组件迁移需求：未来可直接将CustomModule的Providers逻辑提取到独立组件的providers数组中，无需修改核心依赖注入逻辑。

内容的提问来源于stack exchange，提问作者Paweł Ostromecki