Angular中服务的RXJS Subject无法同时触发多个订阅监听器问题咨询

RxJS 的 Subject 本身默认采用多播设计，完全支持同时绑定多个订阅，你遇到的问题和 Subject 的多订阅能力无关，大概率是以下几个常见原因导致：

• 服务实例不唯一
  Angular 中服务的实例由声明它的注入器决定，如果你是在两个组件各自的 providers 数组中声明了该 sidebar 服务，那么两个组件会拿到完全独立的服务实例，对应的 clearEventChange 也不是同一个 Subject，自然只有触发更新的组件所在实例的订阅能收到消息。
  要解决该问题，只需把服务的声明移到公共父模块/根模块的 providers 数组中，或者直接给服务添加 @Injectable({providedIn: 'root'}) 装饰器，保证全局只有一个服务实例即可。
• 订阅回调存在未捕获报错
  Subject 的订阅回调会按顺序同步执行，如果排在前面的订阅回调中抛出了未捕获的 JS 错误，会直接中断整个流的执行，排在后面的订阅就不会被触发。你可以给两个组件的 subscribe 方法添加错误回调排查问题：

this.sideBarService.clearEventChange.subscribe({
  next: (clearEvent) => {
    // 原有业务逻辑
  },
  error: (err) => console.error('订阅报错：', err)
})

• 缺少退订逻辑
  虽然这不是当前问题的直接原因，但组件销毁时如果不退订 Subject 会产生内存泄漏，也可能出现旧实例订阅和新实例订阅同时存在的异常情况。你可以配合 takeUntil 操作符实现自动退订：

private destroy$ = new Subject<void>();

connectClear(){
  this.sideBarService.clearEventChange
    .pipe(takeUntil(this.destroy$))
    .subscribe((clearEvent) => {
      // 原有业务逻辑
    })
}

ngOnDestroy() {
  this.destroy$.next();
  this.destroy$.complete();
}

完成以上排查后，Subject 完全可以正常给多个订阅者同时推送消息，不需要强制把 tab 改为单实例懒加载模式。

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