目录
- 引言:状态管理为何是 Flutter 开发的核心痛点
- Provider:基于 InheritedWidget 的经典状态管理方案2.1 Provider 核心原理2.2 Provider 实战:基础 Todo 列表实现
- Riverpod:Provider 的 "升级版" 核心改进3.1 Riverpod 核心优势3.2 Riverpod 实战:重构 Todo 列表
- Provider vs Riverpod:核心对比与选型建议
- 总结
正文
1. 引言:状态管理为何是 Flutter 开发的核心痛点
Flutter 的 "单向数据流" 设计让状态管理成为开发中绕不开的话题 ------ 小到按钮的点击状态,大到跨页面的用户信息,如何高效、可维护地管理状态,直接决定了项目的开发效率和可扩展性。
Provider 作为 Flutter 生态中最主流的状态管理方案之一,凭借 "低学习成本 + 贴合 Flutter 原生设计" 的特点成为入门首选;而 Riverpod 作为 Provider 作者的全新重构版本,解决了 Provider 的上下文依赖、类型安全等痛点,逐渐成为进阶开发的新选择。
本文将从核心原理入手,结合实战案例对比两者的实现方式,帮助你理解底层逻辑并做出适合自己项目的选型。
2. Provider:基于 InheritedWidget 的经典状态管理方案
2.1 Provider 核心原理
Provider 的底层是 Flutter 原生的InheritedWidget------ 这是一种能让子 Widget 跨层级获取父 Widget 数据的机制,核心逻辑是:
- 状态持有者(如
ChangeNotifier)封装业务数据和状态变更方法; - 通过
Provider/ChangeNotifierProvider将状态注入 Widget 树; - 子 Widget 通过
Consumer/Provider.of监听状态变化,触发重建。
ChangeNotifier是 Provider 的核心状态载体,它继承自Listenable,通过notifyListeners()方法通知所有监听者状态变更。
2.2 Provider 实战:基础 Todo 列表实现
第一步:定义 Todo 模型和状态管理类
Dart
// todo_model.dart
class Todo {
final String id;
final String title;
final bool isCompleted;
Todo({
required this.id,
required this.title,
this.isCompleted = false,
});
// 复制方法,用于修改状态
Todo copyWith({String? id, String? title, bool? isCompleted}) {
return Todo(
id: id ?? this.id,
title: title ?? this.title,
isCompleted: isCompleted ?? this.isCompleted,
);
}
}
// todo_provider.dart
import 'package:flutter/foundation.dart';
import 'package:uuid/uuid.dart';
import 'todo_model.dart';
class TodoProvider extends ChangeNotifier {
final List<Todo> _todos = [];
// 获取只读的todo列表
List<Todo> get todos => List.unmodifiable(_todos);
// 添加todo
void addTodo(String title) {
if (title.isEmpty) return;
_todos.add(Todo(
id: const Uuid().v4(),
title: title,
));
notifyListeners(); // 通知监听者更新
}
// 切换todo完成状态
void toggleTodo(String id) {
final index = _todos.indexWhere((todo) => todo.id == id);
if (index == -1) return;
_todos[index] = _todos[index].copyWith(isCompleted: !_todos[index].isCompleted);
notifyListeners();
}
// 删除todo
void deleteTodo(String id) {
_todos.removeWhere((todo) => todo.id == id);
notifyListeners();
}
}
第二步:在 Widget 树中注入 Provider 并实现 UI
Dart
// main.dart
import 'package:flutter/material.dart';
import 'package:provider/provider.dart';
import 'todo_provider.dart';
void main() {
runApp(
// 将TodoProvider注入Widget树
ChangeNotifierProvider(
create: (context) => TodoProvider(),
child: const MyApp(),
),
);
}
class MyApp extends StatelessWidget {
const MyApp({super.key});
@override
Widget build(BuildContext context) {
return MaterialApp(
title: 'Provider Todo Demo',
theme: ThemeData(primarySwatch: Colors.blue),
home: const TodoPage(),
);
}
}
class TodoPage extends StatelessWidget {
const TodoPage({super.key});
@override
Widget build(BuildContext context) {
final todoProvider = Provider.of<TodoProvider>(context);
final TextEditingController _controller = TextEditingController();
return Scaffold(
appBar: AppBar(title: const Text('Provider Todo List')),
body: Column(
children: [
Padding(
padding: const EdgeInsets.all(8.0),
child: Row(
children: [
Expanded(
child: TextField(
controller: _controller,
decoration: const InputDecoration(hintText: '输入待办事项'),
),
),
ElevatedButton(
onPressed: () {
todoProvider.addTodo(_controller.text);
_controller.clear();
},
child: const Text('添加'),
),
],
),
),
Expanded(
// Consumer仅重建列表,避免整个页面重建
child: Consumer<TodoProvider>(
builder: (context, provider, child) {
return ListView.builder(
itemCount: provider.todos.length,
itemBuilder: (context, index) {
final todo = provider.todos[index];
return ListTile(
title: Text(
todo.title,
style: TextStyle(
decoration: todo.isCompleted
? TextDecoration.lineThrough
: TextDecoration.none,
),
),
leading: Checkbox(
value: todo.isCompleted,
onChanged: (value) => provider.toggleTodo(todo.id),
),
trailing: IconButton(
icon: const Icon(Icons.delete, color: Colors.red),
onPressed: () => provider.deleteTodo(todo.id),
),
);
},
);
},
),
),
],
),
);
}
}
3. Riverpod:Provider 的 "升级版" 核心改进
3.1 Riverpod 核心优势
Provider 的核心痛点:
- 强依赖 BuildContext,无法在 Widget 外获取状态;
- 类型不安全(相同类型的 Provider 会冲突);
- 无法轻松实现多实例状态管理。
Riverpod 的核心改进:
- 完全脱离 BuildContext,状态通过 "Provider" 对象直接管理;
- 类型安全,每个 Provider 有唯一标识;
- 支持多实例、缓存、自动刷新等高级特性;
- 内置多种 Provider 类型(StateProvider、NotifierProvider、FutureProvider 等)。
3.2 Riverpod 实战:重构 Todo 列表
第一步:配置 Riverpod 环境(需先安装依赖:flutter pub add flutter_riverpod)
Dart
// main.dart 入口配置
import 'package:flutter_riverpod/flutter_riverpod.dart';
void main() {
// 必须用ProviderScope包裹根Widget
runApp(const ProviderScope(child: MyApp()));
}
第二步:定义 Riverpod 状态管理类
Dart
// todo_riverpod.dart
import 'package:flutter_riverpod/flutter_riverpod.dart';
import 'package:uuid/uuid.dart';
import 'todo_model.dart';
// 定义Notifier类,封装业务逻辑
class TodoNotifier extends Notifier<List<Todo>> {
// 初始化状态
@override
List<Todo> build() => [];
// 添加todo
void addTodo(String title) {
if (title.isEmpty) return;
state = [
...state,
Todo(
id: const Uuid().v4(),
title: title,
),
];
}
// 切换完成状态
void toggleTodo(String id) {
state = state.map((todo) {
if (todo.id == id) {
return todo.copyWith(isCompleted: !todo.isCompleted);
}
return todo;
}).toList();
}
// 删除todo
void deleteTodo(String id) {
state = state.where((todo) => todo.id != id).toList();
}
}
// 定义Provider,全局可访问(无需上下文)
final todoProvider = NotifierProvider<TodoNotifier, List<Todo>>(() {
return TodoNotifier();
});
第三步:实现 UI(无上下文依赖)
Dart
// todo_riverpod_page.dart
import 'package:flutter/material.dart';
import 'package:flutter_riverpod/flutter_riverpod.dart';
import 'todo_riverpod.dart';
class TodoRiverpodPage extends ConsumerWidget {
const TodoRiverpodPage({super.key});
@override
Widget build(BuildContext context, WidgetRef ref) {
// 监听状态变化,ref.watch自动重建
final List<Todo> todos = ref.watch(todoProvider);
final TextEditingController _controller = TextEditingController();
// 获取Notifier,用于调用方法(不会触发重建)
final TodoNotifier todoNotifier = ref.read(todoProvider.notifier);
return Scaffold(
appBar: AppBar(title: const Text('Riverpod Todo List')),
body: Column(
children: [
Padding(
padding: const EdgeInsets.all(8.0),
child: Row(
children: [
Expanded(
child: TextField(
controller: _controller,
decoration: const InputDecoration(hintText: '输入待办事项'),
),
),
ElevatedButton(
onPressed: () {
todoNotifier.addTodo(_controller.text);
_controller.clear();
},
child: const Text('添加'),
),
],
),
),
Expanded(
child: ListView.builder(
itemCount: todos.length,
itemBuilder: (context, index) {
final todo = todos[index];
return ListTile(
title: Text(
todo.title,
style: TextStyle(
decoration: todo.isCompleted
? TextDecoration.lineThrough
: TextDecoration.none,
),
),
leading: Checkbox(
value: todo.isCompleted,
onChanged: (value) => todoNotifier.toggleTodo(todo.id),
),
trailing: IconButton(
icon: const Icon(Icons.delete, color: Colors.red),
onPressed: () => todoNotifier.deleteTodo(todo.id),
),
);
},
),
),
],
),
);
}
}
4. Provider vs Riverpod:核心对比与选型建议
| 维度 | Provider | Riverpod |
|---|---|---|
| 上下文依赖 | 强依赖 BuildContext | 完全脱离上下文 |
| 类型安全 | 弱(相同类型易冲突) | 强(唯一标识) |
| 多实例支持 | 复杂(需手动管理) | 原生支持(family 修饰符) |
| 监听方式 | Provider.of/Consumer/Selector | ref.watch/ref.read/ref.listen |
| 错误处理 | 需手动捕获 | 内置错误处理(when/ifLoading) |
| 学习成本 | 低 | 中等(新增概念:Ref、ProviderScope) |
选型建议:
- 小型项目 / 快速原型:优先 Provider(学习成本低,足够满足需求);
- 中大型项目 / 团队协作:优先 Riverpod(类型安全、可维护性更高);
- 跨 Widget / 异步场景:Riverpod 的 FutureProvider/StreamProvider 更易用。
5. 总结
Provider 和 Riverpod 本质都是围绕 "状态共享 + 监听变更" 的核心设计,区别在于 Riverpod 解决了 Provider 的历史痛点,提供了更优雅的 API 和更强的扩展性。
无论选择哪种方案,核心原则都是:最小化状态范围 + 避免不必要的重建------ 这也是 Flutter 状态管理的核心思想。
https://openharmonycrossplatform.csdn.net/content
欢迎大家加入[开源鸿蒙跨平台开发者社区](https://openharmonycrossplatform.csdn.net),一起共建开源鸿蒙跨平台生态。