Riverpod中普通类调用read()方法无法更新监听状态的问题咨询

我来帮你分析下这个问题的核心原因，以及对应的解决办法～

问题出在哪？ #

你在dialogFunction的then回调里用了ProviderContainer().read(...)，这里的关键问题是：你新建了一个全新的ProviderContainer实例，它和你的UI组件所使用的Provider容器完全不是同一个！

Riverpod里的ProviderContainer是所有Provider状态的"大本营"，每个容器都会维护一套独立的Provider状态。你在UI组件里用ref.watch(buttonProvider)，读取的是当前Widget树关联的根ProviderContainer（或者父ProviderScope的容器）里的状态；而你新建的这个ProviderContainer()是一个完全独立的"小环境"，它里面的buttonProvider状态和UI监听的那个状态是完全隔离的两个东西。

所以哪怕你确实调用了isButtonEnabled方法，修改的也是新容器里的状态，UI组件监听的还是原来容器里的状态，自然不会有更新反应。

解决办法 #

这里有几种简单的修正方式，选最适合你的就行：

1. 给dialogFunction传入WidgetRef（推荐）

因为你的dialogFunction肯定是在UI组件里调用的，而UI组件（ConsumerWidget/ConsumerStatefulWidget）有现成的WidgetRef，直接把它传进去就行：

修改BasicClass的dialogFunction参数：

void dialogFunction(
  BuildContext context,
  WidgetRef ref, // 新增：传入UI组件的ref
  String? title,
  String contentText,
  Widget firstAction,
  Widget secondAction,
) async {
  // ... 原来的showDialog代码保持不变
  ).then((_) {
    // 用传入的ref来read，和UI用的是同一个容器
    ref.read(buttonProvider.notifier).isButtonEnabled();
  });
}

然后在UI组件里调用的时候，把ref传进去：

// 在ConsumerWidget的build方法里
BasicClass().dialogFunction(context, ref, "提示", "确认要执行吗？", firstAction, secondAction);

2. 传入当前的ProviderContainer

如果不想传ref，也可以传入当前UI组件关联的ProviderContainer：

void dialogFunction(
  BuildContext context,
  ProviderContainer container, // 传入容器
  String? title,
  String contentText,
  Widget firstAction,
  Widget secondAction,
) async {
  // ... 原来的代码
  ).then((_) {
    container.read(buttonProvider.notifier).isButtonEnabled();
  });
}

调用时从ref里拿到容器：

// 在ConsumerWidget的build方法里
BasicClass().dialogFunction(context, ref.container, "提示", "确认要执行吗？", firstAction, secondAction);

3. 从Context获取容器（不推荐）

如果你实在不想传参数，也可以通过当前Context获取关联的ProviderContainer，但这种方式会让BasicClass和Flutter的Context耦合，不如传ref/容器灵活：

).then((_) {
  final container = ProviderScope.containerOf(context);
  container.read(buttonProvider.notifier).isButtonEnabled();
});

总结 #

永远不要在需要和UI共享状态的场景下新建ProviderContainer()，除非你就是要创建一个独立的测试环境或者隔离的状态空间。只要保证你修改状态时用的Provider容器，和UI监听状态时用的是同一个，状态更新就会同步到UI啦～

内容来源于stack exchange