Riverpod状态变更未触发Consumer刷新，仅热重载后生效问题排查

• Riverpod的StateProvider判断状态是否更新的依据是状态对象的内存地址是否发生变化，你直接修改已有UserPageContext对象的内部属性，对象地址没有变，StateProvider不会触发任何监听者重建，所以界面不会更新，只有热重载的时候强制重建才会读取到修改后的属性值。
• 你在getNewEntry方法中主动将entryReady设为false，第一次页面构建读取完状态后，entryReady就被重置为未就绪状态，所以第二次热重载触发重建时，判定条件不通过，页面就消失了。

1. 调整UserPageContext为不可变类，新增copyWith方法 #

不可变类+copyWith是Riverpod状态管理的最佳实践，可以完全避免引用不变导致的状态不更新问题：

class UserPageContext {
  UserPageContext({
    required this.ptContext,
    this.newEntry,
    this.entryReady = false,
  });

  final Entry? newEntry;
  final bool entryReady;
  final PageTypes ptContext;

  UserPageContext copyWith({
    Entry? newEntry,
    bool? entryReady,
    PageTypes? ptContext,
  }) {
    return UserPageContext(
      ptContext: ptContext ?? this.ptContext,
      newEntry: newEntry ?? this.newEntry,
      entryReady: entryReady ?? this.entryReady,
    );
  }
}

2. 修改状态更新逻辑 #

不要直接修改原状态对象的属性，要通过notifier更新整个状态对象，点击回调中用read获取provider，不要用watch：

onPressed: () {
  Entry entry = Entry(
      entryType: entryType,
      id: id,
      name: name);
  // 替换整个状态对象，触发监听者更新
  context.read(userPageContext.notifier).update((state) => state.copyWith(
    ptContext: PageTypes.ENTRY,
    newEntry: entry,
    entryReady: true,
  ));
  Navigator.of(context).pop();
  Navigator.of(context).pop();
},

3. 修正页面构建逻辑 #

不要在读取状态的过程中修改状态属性，避免意外重置状态：

Widget getPageToDisplay(UserPageContext pageContext) {
  if (pageContext.entryReady && pageContext.newEntry != null) {
    return EntryScreen(entry: pageContext.newEntry!);
  } else {
    return Container();
  }
}

4. 优化监听代码（适配不同Riverpod版本） #

如果是Riverpod 2.x版本，直接用ref.watch即可：

Consumer(
  builder: (context, ref, __) {
    final pageContext = ref.watch(userPageContext);
    return getPageToDisplay(pageContext);
  },
),

如果是1.x旧版本，写法为：

Consumer(
  builder: (context, ScopedReader watch, __) {
    final pageContext = watch(userPageContext);
    return getPageToDisplay(pageContext);
  },
),

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