Flutter中执行初始网络请求的正确实现方式

你现在用的SchedulerBinding方案纯粹是取巧，本质是靠延后网络请求的触发时间，硬卡出“先建流订阅、再发数据事件”的顺序，根本没解决底层问题。
把这个方案去掉就丢数据，和你猜的“StreamBuilder没构建完”半毛钱关系没有，是两个机制叠加踩的坑：

• BLoC里用的是原生单订阅StreamController，没有任何事件缓存：网络请求返回往流里塞数据的时候，如果这时候流上还没有活跃的订阅者，这次推的事件会被直接扔掉
• 你在页面initState阶段就提前触发了网络请求，等StreamBuilder真的挂载完成、给流加上订阅者的时候，之前收到的网络数据早就被流丢没了

1. 给BLoC的流加缓存能力（最优解） #

根本不需要卡Widget的构建时机，只要保证流在新订阅者接入时，能第一时间把手里已有的最新状态推过去，就能彻底解决时序错位的丢数据问题：

• 用BehaviorSubject替代原生单订阅流，它自带最近一次事件的内存缓存，不管订阅者什么时候连上，一接入就能拿到当前最新的状态，根本不存在事件早到被丢的问题
• 如果不想引入额外依赖，就手动在BLoC里存一份当前的最新状态，给StreamBuilder的initialData参数把这个缓存值传上，就算事件比订阅早到，也不会出现白屏、丢数据的情况

最小实现参考：

class PageBloc {
  // 内部缓存当前最新的页面状态
  PageState? _cachedState;
  final _stateController = StreamController<PageState>.broadcast();

  Stream<PageState> get stateStream => _stateController.stream;
  PageState? get cachedState => _cachedState;

  void loadInitialData() async {
    final res = await requestPageDataFromNet();
    _cachedState = PageLoadSuccess(res);
    // 推送到流上
    _stateController.add(_cachedState!);
  }
}

页面侧的StreamBuilder直接接上缓存的初始值就行：

StreamBuilder<PageState>(
  stream: pageBloc.stateStream,
  initialData: pageBloc.cachedState,
  builder: (context, snapshot) {
    // 正常写渲染逻辑就行
  },
)

2. 调整请求触发时机，别搞先发送后订阅 #

如果不想改BLoC的流实现，也可以把触发数据加载的节点，从“页面刚初始化”挪到“流订阅完全建立之后”，同样不需要靠SchedulerBinding延后跑逻辑：

• 别在initState里直接调数据加载的方法，改成在流的订阅成功回调里触发加载——比如你手动给流挂监听的时候，回调执行到了再发加载事件
• 别为了“等构建完”就把所有请求都包一层addPostFrameCallback，这种写法在嵌套路由、页面快速切走切回的场景下，很容易出现“请求发出去了，但订阅已经被销毁”的问题，反而会引入更多莫名其妙的状态异常

常见认知误区：很多人碰到这类丢数据问题，第一反应是“Widget没构建完所以接不到数据”，但实际上Flutter的Widget构建是同步执行的流程，只要订阅关系建立了，不管当前Widget渲染到哪一步，都能正常接收到流事件。你现在的SchedulerBinding方案之所以能凑巧生效，只是因为它把请求延后了一整个帧的时间，刚好赶在订阅建立之后才发送事件，根本不是因为“等构建完才能接数据”。

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