使用FutureProvider.family传参后无法缓存响应，能否实现缓存？

云原生阿岚

2026-7-8

带参数的FutureProvider.family实现数据缓存方案

完全可行，问题出在你的ArgsModel没有正确实现相等性判断，同时错误地传入了不可比较的BuildContext参数，导致Riverpod无法识别相同请求，进而无法复用缓存。

核心原因

Riverpod的family是通过参数的**相等性（==运算符）和哈希值（hashCode）**来判定是否复用缓存的：

如果ArgsModel没重写这两个方法，即使两次参数内容一致，Riverpod也会认为是不同参数，重新发起请求；
BuildContext是不可比较的对象，每次传入的实例都会被判定为不同，直接破坏缓存逻辑，同时违背Provider与UI层解耦的设计原则。

解决步骤

给ArgsModel重写相等性方法
基于真正决定请求唯一性的参数（比如你的firstParams）实现==和hashCode，同时移除BuildContext参数：

class ArgsModel {
  final String firstParams; // 替换为你实际的关键参数类型

  ArgsModel({required this.firstParams});

  @override
  bool operator ==(Object other) =>
      identical(this, other) ||
      other is ArgsModel &&
          runtimeType == other.runtimeType &&
          firstParams == other.firstParams;

  @override
  int get hashCode => firstParams.hashCode;
}

重构代码，避免传入BuildContext
如果业务逻辑需要Context相关资源（比如本地化、导航服务等），要在UI层提前提取对应的依赖，或通过其他Provider提供，而非直接传Context：

final getCoursesByCategoriesProvider =
    FutureProvider.family<List<Course>, ArgsModel>((ref, args) async {
  // 示例：通过其他Provider获取Context相关资源
  // final localizationService = ref.watch(localizationServiceProvider);
  return ref.watch(courseControllerProvider).getCoursesByCategories(
        category: args.firstParams,
        // 传入提取后的依赖，而非Context
      );
});