StreamBuilder最佳使用探讨：与FutureBuilder是否存在本质差异？

FutureBuilder 的官方文档明确要求：

必须提前获取 future 对象，例如在 State.initState、State.didUpdateWidget 或 State.didChangeDependencies 阶段获取。绝不能在构建 FutureBuilder 时的 State.build 或 StatelessWidget.build 方法调用中创建该 future。若 future 与 FutureBuilder 同时创建，每当 FutureBuilder 的父组件重建时，异步任务都会重启。

针对你提出的「StreamBuilder 是否适用同一规则」的问题，结论是：二者没有本质差异，StreamBuilder 同样需要遵循该规则，原因如下：

1. 重建触发的逻辑完全一致 #

Flutter 中 build 方法会在父组件重建、依赖变更、setState 调用等多种场景下被重新执行。如果在 build 内创建 Stream，每次重建都会生成全新的 Stream 实例，之前的流订阅会被自动取消，新流会从头开始执行——这和 FutureBuilder 中每次重建重启异步任务的问题完全相同，会引发资源浪费、状态异常（比如重复发起请求、UI 反复重置）。

2. Stream 的特性决定了必须提前初始化 #

和 Future 一样，多数 Stream 在创建后会立即启动执行逻辑（比如周期性流、网络请求流）。如果在 build 里动态创建，会导致流的生命周期和组件的重建周期绑定，完全不符合业务预期。

正确的 Stream 创建时机 #

和 FutureBuilder 的建议一致，应在以下阶段初始化 Stream：

• State.initState：适用于一次性、不依赖外部参数变化的流初始化
• State.didUpdateWidget：当组件配置参数更新时，需要重新生成流的场景
• State.didChangeDependencies：当依赖的 InheritedWidget 变化时，重新创建流

错误示例及问题 #

// 错误写法：在 build 内创建 Stream
StreamBuilder(
  stream: Stream.periodic(const Duration(seconds: 1), (count) => count),
  builder: (context, snapshot) {
    return Text(snapshot.data?.toString() ?? "0");
  },
)

父组件每次重建时，这个周期性流都会重新从0开始计数，UI 显示的数字会反复重置，完全不符合预期。

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