Angular中抽象父类为何需从子类获取服务？

核心原因是Angular的依赖注入（DI）系统无法直接为抽象类注入依赖，下面详细拆解你的疑问：

1. 抽象类的DI限制 #

Angular的DI系统仅处理带有特定装饰器（如@Injectable、@Component、@Directive）且能被框架实例化的类。而FormBase是抽象类（带abstract关键字），它的设计目的是被继承，本身不能直接通过new创建实例，Angular也不会主动实例化抽象类。因此，Angular无法自动为抽象类的构造函数填充依赖参数，必须由子类在调用super()时手动传入。

2. 服务单例和注入方式的关系 #

你提到服务是根级单例，这只意味着整个应用中仅有一个服务实例，但不代表任何类都能直接获取到该实例。只有当类被Angular DI容器管理时，才能通过构造函数注入拿到单例服务。抽象类不在DI容器的管理范围内，所以只能由已被DI管理的子类（比如ContentFormComponent，它带有@Component装饰器，属于Angular组件，会被DI实例化）注入服务后，再传递给父类。

3. 这种写法是否冗余？ #

并不冗余，这是Angular中让抽象基类复用通用逻辑的标准方式：

• 父类FormBase可以基于authService和segmentService实现通用方法（比如权限校验、埋点上报），所有子类继承后都能复用这些逻辑；
• 子类传递的服务是DI注入的单例实例，确保父类和子类使用的是同一个服务实例，不会出现状态不一致的问题。

替代方案：使用Injector获取依赖 #

如果不想在子类中重复传递服务，也可以在抽象类中通过Injector来获取依赖：

import { Injector } from '@angular/core';

export abstract class FormBase {
  protected authService: AuthService;
  protected segmentService: SegmentService;

  constructor(private injector: Injector) {
    this.authService = injector.get(AuthService);
    this.segmentService = injector.get(SegmentService);
  }
}

// 子类只需传递Injector
export class ContentFormComponent extends FormBase {
  constructor(
    injector: Injector,
    private apiService: ApiService
  ) { super(injector) }
}

不过这种方式不如直接传递服务直观，还需要手动处理类型，所以大多数场景下，子类直接传递服务的写法更清晰易读。

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