如何在Riverpod中运行时动态创建Providers？

为什么全局列表Provider不会导致整个列表UI重建？ #

你之前的担心其实是多余的——Riverpod的Widget刷新逻辑是精准触发的，只有实际监听了变化部分的Widget才会重建。

以官方Todo示例的思路为例，虽然用了全局的列表Provider，但在构建单个Todo项的Widget时，可以通过select方法只监听当前Todo的状态：

// 只监听id为todoId的Todo对象，仅当该Todo变化时触发刷新
final todo = ref.watch(todosProvider.select((todos) => todos.firstWhere((t) => t.id == todoId)));

这样当某个Todo的属性变化时，只有对应的那个Todo项Widget会重建，整个列表不会被全部刷新。官方示例这么设计，是因为对于简单的Todo场景，用全局列表加select已经足够高效，还能减少代码复杂度。

Riverpod完全支持运行时创建Provider #

你提到的“基于API返回的对象列表创建Provider”是完全可行的，Riverpod的Family功能就是专门用来解决这个问题的——它允许你根据运行时传入的参数（比如Todo的id）动态创建Provider实例。

举个简单的实现示例，用NotifierProvider.family为每个Todo创建独立的状态管理：

// 定义接收id参数的Todo状态Provider
final todoProvider = NotifierProvider.family<TodoNotifier, Todo, String>((ref, todoId) {
  // 根据todoId从全局列表或数据库获取初始Todo数据
  final initialTodo = ref.watch(todosProvider).firstWhere((t) => t.id == todoId);
  return TodoNotifier(initialTodo);
});

class TodoNotifier extends Notifier<Todo> {
  final Todo initialTodo;

  TodoNotifier(this.initialTodo);

  @override
  Todo build() => initialTodo;

  // 修改Todo属性的方法
  void toggleCompleted() {
    state = state.copyWith(isCompleted: !state.isCompleted);
    // 同步更新全局列表（可选，根据你的数据同步逻辑调整）
    ref.read(todosProvider.notifier).updateTodo(state);
  }
}

之后在UI中，就可以根据每个Todo的id来获取对应的Provider：

ListTile(
  title: Text(ref.watch(todoProvider(todo.id)).title),
  trailing: Checkbox(
    value: ref.watch(todoProvider(todo.id)).isCompleted,
    onChanged: (_) => ref.read(todoProvider(todo.id).notifier).toggleCompleted(),
  ),
)

这种方式适合每个Todo有独立复杂业务逻辑的场景，而如果只是简单的属性修改，全局列表加select的方案已经足够。

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