Angular中如何覆写抽象基类中使用inject()注入的依赖？

针对你这个带泛型的抽象基类场景，我给你整理几个Angular社区里常用的、符合最佳实践的方案，都能完美解决子类覆写inject()注入依赖的问题：

方案一：让子类负责注入，基类只定义抽象契约 #

这种方式最直接，把注入服务的责任完全交给子类，基类只通过抽象方法约定“你必须提供一个符合BaseEditEventService<T>类型的服务”。基类不需要自己处理注入逻辑，完全由子类决定用哪个具体服务，类型安全性也能得到保障。

示例代码：

// 基类
export abstract class BaseEditEventClass<T> extends BaseFormClass {
  // 抽象方法，子类必须实现并返回正确类型的服务
  protected abstract get _service(): BaseEditEventService<T>;

  // 基类里正常使用this._service即可，类型是安全的
  someBaseMethod() {
    this._service.doSomething();
  }
}

// 子类
export class FooBarComponent extends BaseEditEventClass<FooBar> {
  // 子类自己用inject()获取具体服务，实现抽象方法
  protected override get _service(): FooBarService {
    return inject(FooBarService);
  }
}

方案二：基类提供默认注入逻辑，子类可覆写 #

如果基类有通用逻辑需要使用服务，同时希望给子类留足灵活替换的空间，可以把基类的服务获取逻辑做成可覆写的getter方法——基类默认注入基服务，子类如果需要替换，直接重写这个getter注入自己的服务就行。

示例代码：

// 基类
export abstract class BaseEditEventClass<T> extends BaseFormClass {
  // 基类默认注入基服务，用getter允许子类覆写
  protected get _service(): BaseEditEventService<T> {
    return inject(BaseEditEventService<T>);
  }

  someBaseMethod() {
    this._service.doSomething();
  }
}

// 子类
export class FooBarComponent extends BaseEditEventClass<FooBar> {
  // 重写getter，注入自己的具体服务
  protected override get _service(): FooBarService {
    return inject(FooBarService);
  }
}

这个方案兼顾了基类的默认行为和子类的灵活性，适合大部分子类用基服务、少数需要替换的场景。

方案三：用注入令牌统一标识（复杂DI场景适用） #

如果你的场景更复杂，比如同一个组件树里不同子类需要不同的服务，或者想利用Angular的依赖注入层级来覆盖服务，可以用InjectionToken来做统一标识——基类注入令牌对应的服务，子类在自己的providers数组里把具体服务绑定到这个令牌上即可。

示例代码：

// 定义泛型注入令牌
export const EDIT_EVENT_SERVICE = new InjectionToken<BaseEditEventService<unknown>>('EDIT_EVENT_SERVICE');

// 基类
export abstract class BaseEditEventClass<T> extends BaseFormClass {
  // 注入令牌对应的服务，通过类型断言保证泛型安全
  protected readonly _service = inject(EDIT_EVENT_SERVICE) as BaseEditEventService<T>;
}

// 子类
@Component({
  // ...其他组件元数据
  providers: [
    // 把FooBarService绑定到令牌上，覆盖基类的注入
    { provide: EDIT_EVENT_SERVICE, useClass: FooBarService }
  ]
})
export class FooBarComponent extends BaseEditEventClass<FooBar> {
  // 可选：如果需要更精确的类型，可以在这里重新断言
  protected override _service = inject(EDIT_EVENT_SERVICE) as FooBarService;
}

关于你额外的疑问 #

• 基类是否应该声明注入？ 这取决于你的场景：如果基类有通用逻辑需要使用服务，那至少要约定获取服务的方式（抽象方法或可覆写getter）；如果基类只是一个空壳，所有核心逻辑都在子类，那可以完全把注入责任交给子类。
• 泛型的类型安全？ 上面的方案都能保证类型安全——TypeScript会自动检查子类返回的服务是否符合基类约定的BaseEditEventService<T>类型，不用担心类型不匹配的问题。

总的来说，方案一和方案二是日常开发中最常用的，代码简洁还符合Angular的组件继承习惯；如果是更复杂的依赖注入场景，再考虑方案三。

内容来源于stack exchange