NgRx中subscribe订阅dispatch返回值无法获取数据排查

外层subscribe回调无法触发的核心原因是Action处理函数的Observable流写法不符合状态管理框架的执行要求，框架无法完整追踪动作的全执行周期：

• tap是纯副作用操作符，仅同步执行传入的函数，不会订阅、等待函数内部返回的异步流。你在tap中调用this.store.dispatch(new PrimaryActions.LoadData())触发的加载动作，完全脱离了CreateData动作的返回流链。
• 状态管理框架只有在当前动作关联的所有异步逻辑、状态更新全部执行完成后，才会向外层dispatch的订阅发送next/complete通知。脱离流链的内部dispatch会导致框架无法判定当前动作的执行完成节点，最终外层订阅回调不会被触发。

将tap替换为高阶流合并操作符（无取消前序请求需求用mergeMap即可，需要取消重复请求用switchMap，需要严格执行顺序用concatMap），把内部LoadData动作的执行流合并到当前动作的返回流中，保证框架能追踪到全部异步执行逻辑：

@Action(PrimaryActions.CreateData)
createData(context: StateContext<PrimaryStateModel>, action: PrimaryActions.CreateData) {
  return this.dataService.createData(action.id).pipe(
    // 合并内部异步流，替换原有的tap
    mergeMap((result: Modal) => {
      console.log('response', result);
      // 等待LoadData动作执行完成后，将接口返回结果传递到下游
      return this.store.dispatch(new PrimaryActions.LoadData()).pipe(
        map(() => result)
      );
    })
  );
}

修复后外层的订阅逻辑不需要做任何修改，就能正常拿到result，执行后续的emit和弹窗关闭逻辑。

如果业务上不需要等待LoadData执行完成再触发外层回调，理论上可以保留tap写法，但必须给LoadData的Action处理逻辑加上异常捕获，避免内部动作抛错打断整个状态流，导致外层订阅无响应。生产环境更推荐用高阶流操作符统一管理关联动作的执行顺序，从根源上避免流脱离追踪的隐性问题。

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