Flutter 状态管理：Provider 与 Riverpod 对比

1. 核心设计理念

• Provider：基于 InheritedWidget 的轻量级解决方案，核心是数据共享和依赖注入。通过 ChangeNotifier 通知状态更新。
• Riverpod：作为 Provider 的升级版，强调编译时安全和灵活性。核心改进包括：
  • 消除对 BuildContext 的依赖
  • 支持多状态源组合
  • 内置异步状态管理

2. 关键特性对比

3. 代码示例

Provider 实现计数器：

class Counter with ChangeNotifier {
  int _count = 0;
  int get count => _count;
  
  void increment() {
    _count++;
    notifyListeners();
  }
}

// 使用
Consumer<Counter>(
  builder: (context, counter, _) => Text('${counter.count}'),
)

Riverpod 实现相同功能：

final counterProvider = StateProvider<int>((ref) => 0);

// 使用
class MyWidget extends ConsumerWidget {
  @override
  Widget build(BuildContext context, WidgetRef ref) {
    final count = ref.watch(counterProvider);
    return Text('$count');
  }
}

4. 性能优化

• Provider：
  • 依赖 shouldRebuild 手动优化重建范围
  • 嵌套过深时可能引发冗余重建
• Riverpod：
  • 自动跟踪依赖关系（ref.watch 精确更新）
  • 支持 select 局部监听（如 ref.watch(userProvider.select((u) => u.name))）

5. 适用场景建议

• 选择 Provider 当：
  • 项目已深度集成 Provider 生态
  • 需要快速实现简单状态共享
  • 团队熟悉传统 Flutter 状态管理
• 选择 Riverpod 当：
  • 追求编译时安全和强类型
  • 需要组合多个数据源（如 API + 本地缓存）
  • 大型项目需严格避免嵌套问题
  • 单元测试覆盖率要求高

6. 迁移成本

• Provider → Riverpod：
  • 语法差异明显（如 ConsumerWidget → ConsumerStatefulWidget）
  • 需重写依赖声明方式（Provider → StateProvider等）
  • 受益：减少 30%-50% 的 BuildContext 相关代码
• 新项目推荐直接使用 Riverpod，其学习曲线已被优化（官方文档完善）。

总结：
Provider 是轻量高效的入门选择，而 Riverpod 解决了其深层次问题，提供了更健壮的工程化方案。对于新项目，Riverpod 的编译时安全和灵活的依赖管理更具长期优势；对于已有 Provider 项目，可逐步迁移关键模块。两者性能差异在中小应用中不明显，Riverpod 在复杂场景下优化潜力更大。