Flutter Dart中无Future.delayed时ValueListenableBuilder的error状态未触发问题

问题原因 #

这个问题本质是Dart单线程事件循环和Flutter帧渲染机制共同导致的：

1. 同步状态更新被合并：Dart的同步代码会连续执行，执行过程中Flutter不会触发UI重绘，只会标记组件需要重绘。当你捕获到AuthException时，catch块里同步将状态设为Status.error，紧接着finally块又同步将状态覆盖为Status.success，两次状态更新都发生在同一帧的同步执行周期内，等到帧渲染阶段ValueListenableBuilder读取状态时，拿到的已经是最终的Status.success，中间的Status.error不会被UI捕获。
2. 逻辑冗余导致状态被覆盖：try分支中已经对成功场景赋值了Status.success，finally块的无条件赋值属于冗余逻辑，异常场景下直接覆盖了错误状态，没有给UI留下处理错误的时间窗口。

你取消注释Future.delayed后恢复正常的原因是：await语法会将finally块中后续的状态更新调度到事件队列末尾，当前同步代码执行完毕后，会先完成当前帧的渲染，UI可以正常捕获到Status.error状态，之后再执行状态重置为Status.success的逻辑。

解决方案（无需使用Future.delayed） #

方案1：移除finally块的冗余赋值（最推荐） #

直接删掉finally块中的status.value = Status.success即可，该逻辑本身属于重复赋值：

• 登录成功场景下，try块已经完成了Status.success的赋值
• 登录失败场景下，catch块赋值的Status.error会正常通知到UI层，触发SnackBar展示，不会被提前覆盖。

finally {
  // 删掉该行即可
  // status.value = Status.success;
}

如果需要在错误提示展示完成后将状态重置为可点击的初始状态，可以在SnackBar的closed回调中调用Controller的状态重置方法。

方案2：调度状态更新到帧渲染完成后 #

如果业务逻辑要求不管成功失败最终都要重置为Status.success，可以将状态重置操作调度到当前帧渲染完成之后执行，确保UI先处理完错误状态：

on AuthException catch (e) {
    _error = e;
    _status.value = Status.error;
    // 新增：帧渲染完成后再重置状态
    WidgetsBinding.instance.addPostFrameCallback((_) {
      _status.value = Status.success;
    });
}

之后删除finally块中的冗余赋值逻辑即可。

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