Flutter：initState与Widget build代码执行的区别及报错优化方案

报错原因 #

你遇到的 This widget has been unmounted, so the State no longer has a context 报错，本质是在widget已经被卸载后，仍通过失效的context访问了Cubit。原initState代码中，addPostFrameCallback会延迟到第一帧绘制完成后执行，但如果App启动时widget快速被卸载（比如启动页自动跳转），回调触发时context已经无效，就会抛出该错误。

initState与build的核心区别 #

这两个方法的作用完全不同，不能混为一谈：

• initState：State对象创建后仅执行一次，用于初始化状态、订阅流、执行一次性异步操作等。此时widget已和State绑定，但还未挂载到Widget树中，直接用context做依赖查找存在风险。
• build：会被多次触发（父widget重建、状态变化、窗口尺寸改变等），如果把load()放在这里，每次build都会重复读取SharedPreferences，既浪费资源，还可能导致Cubit多次触发状态更新，引发不必要的UI重建，确实属于不良实践。

更好的解决方案 #

方案1：使用didChangeDependencies + 单次执行标记 #

didChangeDependencies在initState之后执行，此时context已完全可用，结合布尔标记可确保load()只执行一次：

bool _hasLoaded = false;

@override
void didChangeDependencies() {
  super.didChangeDependencies();
  if (!_hasLoaded) {
    BlocProvider.of<TutSkippedCubit>(context).load();
    _hasLoaded = true;
  }
}

方案2：initState中结合mounted判断 #

如果坚持在initState中处理，可通过mounted属性判断widget是否仍在树中，避免访问无效context：

@override
void initState() {
  super.initState();
  Future.microtask(() {
    if (mounted) {
      BlocProvider.of<TutSkippedCubit>(context).load();
    }
  });
}

方案3：flutter_bloc 8.0+ 推荐写法 #

使用context.read()替代BlocProvider.of()，更适合一次性调用，同时结合mounted判断：

@override
void initState() {
  super.initState();
  Future.microtask(() {
    if (mounted) {
      context.read<TutSkippedCubit>().load();
    }
  });
}

以上三种方案都能确保load()只执行一次，同时避免因widget卸载导致的context失效问题，优先推荐方案1或3。

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