Angular中使用EventEmitter是否为不良实践？原因何在？

在Angular 17项目中，我使用EventEmitter在两个无嵌套关系的非父子组件间传递变更通知。以下是近似示例代码：

服务代码 #

@Injectable({ providedIn: 'root' })
export class EventService {

  public eventEmitter: EventEmitter<SomeModel> = new EventEmitter<SomeModel>();
}

事件触发组件 #

@Component({
  standalone: true,
})
export class SomeComponent {

  eventService = inject(EventService);

  onEmitEvent() {
    this.eventService.eventEmitter.emit(this.someObject);
  }
}

事件监听组件 #

@Component({
  standalone: true,
})
export class SomeOtherComponent {

  anArray: SomeModel[] = [];

  eventService = inject(EventService);

  constructor() {
    this.eventService.eventEmitter.subscribe((inputObject: SomeModel) => {
      if (/*anArray does not have inputObject*/) {
        this.anArray.push(inputObject);
      }
    });
  }
}

当前实现运行正常，但同事建议改用Observable或BehaviorSubject。我查阅资料发现不推荐使用EventEmitter，但未找到具体原因。当前实现简洁易懂，触发频率低且逻辑简单，想确认使用EventEmitter是否属于不良实践，若为是，原因是什么？

使用EventEmitter在服务中实现跨组件通信确实属于不良实践，核心原因如下：

• 设计定位不符
  Angular官方设计EventEmitter的初衷，是用于组件内部向父组件传递事件（比如模板中通过@Output()绑定的场景），它本质是对RxJS Subject的封装，但并非为服务层的全局通信场景设计，用它做服务通信属于偏离原生设计的用法。

• 潜在行为风险
  EventEmitter的实现依赖Angular的变更检测机制，在某些特殊场景下（比如手动触发变更检测），它的emit行为可能和原生RxJS Subject存在差异，导致难以排查的bug。而RxJS的Subject/BehaviorSubject是纯粹的响应式流实现，行为更稳定可预测。

• 代码维护成本高
  所有Angular开发者都默认EventEmitter是组件输出的工具，用在服务中会增加代码的理解成本——其他开发者看到服务里的EventEmitter会困惑它的用途。另外，未来Angular官方可能调整EventEmitter的实现逻辑（比如绑定更紧密的变更检测），导致现有代码出现兼容性问题。

• 功能扩展性差
  如果后续业务逻辑扩展，比如需要新组件订阅时获取当前最新值（而不是只有新事件触发时才收到），EventEmitter无法满足，而BehaviorSubject可以直接通过getValue()或订阅时立即获取最新值，扩展性更强。

关于当前场景的补充 #

你的场景触发频率低、逻辑简单，短期内用EventEmitter确实能正常运行，但从长期维护和代码规范角度，建议替换为RxJS的Subject或BehaviorSubject。比如把服务代码改成：

@Injectable({ providedIn: 'root' })
export class EventService {
  private eventSubject = new BehaviorSubject<SomeModel | null>(null);
  public event$ = this.eventSubject.asObservable();

  emitEvent(data: SomeModel) {
    this.eventSubject.next(data);
  }
}

触发组件调用this.eventService.emitEvent(this.someObject)，监听组件订阅event$即可，这样既符合Angular最佳实践，也具备更好的扩展性。

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