Flutter Bloc Stream Listen无法监听跨Bloc状态变更问题

核心是两个问题叠加导致监听不到状态变化：

• 流订阅的时序错位：Bloc的状态流是广播流，只会向订阅者推送订阅注册完成之后新产生的状态，订阅之前已经发出的历史状态不会自动推送给监听者。如果WorkOrderBloc发出loading/success状态的时间早于FilterBottomSheetBloc里流监听注册完成的时间，回调自然不会触发。
• 当前实现没有处理订阅注册时WorkOrderBloc已经处于success状态的场景，只监听了后续变化，漏掉了初始已就绪的状态。

另外现有实现还有个隐藏问题：没有在Bloc销毁时取消流订阅，会造成内存泄漏。

按照推荐优先级排序：

方案1：使用官方推荐的UI层事件转发（最稳妥） #

不要在Bloc内部直接持有其他Bloc实例手动监听流，把跨Bloc的状态同步逻辑放到UI层，通过BlocListener完成状态监听和事件转发，完全规避订阅时序、生命周期管理的问题。
代码示例：

// 在两个Bloc共同的父级页面组件外层包裹BlocListener
BlocListener<WorkOrderBloc, WorkOderState>(
  listener: (context, workOrderState) {
    // 监听到工单加载成功时，直接给FilterBottomSheetBloc发事件
    if (workOrderState.status == WorkOrderStatus.success) {
      context.read<FilterBottomSheetBloc>().add(
        GetListOfWorkOrders(workOrderState.listOfWorkOrders)
      );
    }
  },
  child: // 原页面内容，比如你的Scaffold
)

这种方式完全符合Bloc单向数据流设计规范，不需要手动管理订阅，组件销毁时会自动取消监听，不会出现内存泄漏，也不会有时序问题——只要组件挂载，所有后续的WorkOrder状态变化都能被捕获。
如果需要同步初始状态，只需要在initState里读一次WorkOrderBloc的当前状态，给FilterBottomSheetBloc发一次事件即可。

方案2：保留Bloc内部监听逻辑，补全时序和生命周期处理 #

如果你一定要在FilterBottomSheetBloc内部完成对WorkOrderBloc的监听，需要补全两处逻辑：

1. 注册监听前先读取WorkOrderBloc的当前最新状态，处理订阅前已经加载完成的场景
2. 重写Bloc的close方法，在组件销毁时取消流订阅

修正后的FilterBottomSheetBloc代码：

class FilterBottomSheetBloc extends Bloc<FilterBottomSheetBlocEvent,FilterBottomSheetBlocState> {

  final WorkOrderBloc workOrderBloc;
  late StreamSubscription workOrderBlocSubscription;

  FilterBottomSheetBloc({required this.workOrderBloc})
      : super(FilterBottomSheetBlocState()) {
    // 先处理订阅前已经存在的最新状态
    final initialState = workOrderBloc.state;
    if (initialState.status == WorkOrderStatus.success) {
      add(GetListOfWorkOrders(initialState.listOfWorkOrders));
    }

    // 再注册后续状态变化的监听
    workOrderBlocSubscription = workOrderBloc.stream.listen((state) {
      print('--- WorkOrderBloc state changed  ---');
      if (state.status == WorkOrderStatus.success) {
        add(GetListOfWorkOrders(state.listOfWorkOrders));
      }
    });

    on<GetListOfWorkOrders>((event, emit) {
      emit(state.copyWith(listOfWorkOrders: event.listOfWorkOrders));
    });
  }

  // 必须重写close方法取消订阅，防止内存泄漏
  @override
  Future<void> close() {
    workOrderBlocSubscription.cancel();
    return super.close();
  }
}

用这个方案需要额外注意：不要在WorkOrderBloc的构造函数里直接触发getWorkOrders事件，否则事件触发时间还是会早于FilterBottomSheetBloc的监听注册时间，建议在页面initState生命周期里再触发工单加载事件，保证两个Bloc都完成初始化后再发事件。

• 跨Bloc直接依赖会增加代码耦合度，如果后续要调整Bloc的作用域，很容易出现找不到Bloc实例的错误，优先用方案1的UI层转发方式。
• 如果两个Bloc的耦合度非常高，也可以考虑把和筛选相关的逻辑合并到WorkOrderBloc中，从根源上避免跨Bloc通信的问题。

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