RefreshIndicator提前消失问题求助：自定义Future未等待完成

核心问题分析 #

你遇到的RefreshIndicator提前消失问题，主要有两个原因：

1. 冗余的Completer使用，加上Provider状态变化触发的UI重建，导致原RefreshIndicator实例被销毁，新实例不再监听原异步任务的完成状态。
2. fetchSinglePostInfo中await与then混用的写法存在潜在的异步处理歧义（虽非直接触发问题，但会增加调试复杂度）。

解决方案步骤 #

1. 移除冗余的Completer，直接返回异步任务Future

原代码用Completer包裹异步任务完全多余，直接返回initializations的Future即可让RefreshIndicator直接监听任务完成状态：

RefreshIndicator(
  key: refreshIndicatorKey,
  onRefresh: () {
    if (isLoading == false) {
      // 直接返回initializations的Future，无需额外包裹Completer
      return initializations(refetchPosts: true);
    } else {
      return Future.value();
    }
  },
  child: child,
);

2. 优化Provider中的异步方法写法

避免await与then混用，改用更清晰的异步语法，确保Future正确等待网络请求完成：

Future<void> fetchSinglePostInfo(String id) async {
  try {
    state = BaseState.loading(data: state.data);
    // 直接await获取请求结果，移除冗余的then回调
    final value = await safeRepo.fetchPostDetails(id);
    state = BaseState.success(
      SafePostModel.fromJson(value["data"]["formattedPost"]),
    );
  } catch (e) {
    state = BaseState.error(e.toString(), data: state.data);
  }
}

3. 确保isLoading状态判断逻辑稳定

如果isLoading是通过监听Provider状态得到的（比如isLoading = ref.watch(singlePostProvider).isLoading），当fetchSinglePostInfo设置状态为loading时，isLoading会变为true，但这不会影响已触发的刷新任务——RefreshIndicator会持续等待返回的Future完成，直到异步任务结束。

验证效果 #

修改后，下拉触发刷新时，RefreshIndicator会保持旋转状态，直到initializations中的所有异步操作（包括网络请求）全部完成，才会停止旋转并消失。

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