Flutter Equatable实际应用场景探讨：为何要使用它？

你已经清楚Equatable能解决默认对象比较依赖引用和哈希码的问题，下面是几个高频的实际开发场景：

• 状态管理优化（Bloc、Provider等）
  以Bloc为例，状态类继承Equatable后，当emit新状态时，框架会自动对比状态的属性是否发生变化——如果属性完全一致，就不会触发UI重建。比如计数器状态：

  class CounterState extends Equatable {
    final int count;
    const CounterState(this.count);
    
    @override
    List<Object> get props => [count];
  }
  

  要是不用Equatable，哪怕count值没变化，每次emit新的CounterState对象，Bloc都会判定状态更新，导致UI无效重绘，浪费性能。

• 列表项的高效渲染
  在ListView.builder或自定义列表组件中，Equatable可以帮你精准判断列表项数据是否更新。配合itemEquals参数，或者在AnimatedList的shouldRebuild回调里，只要数据属性没变化，就不重建对应的列表项，能大幅提升滚动时的流畅度。比如Todo列表，当某个Todo的标题、完成状态都没改时，就不用重新渲染这个TodoItem。

• 测试中的简洁断言
  写单元测试或Widget测试时，验证自定义对象是否符合预期，用Equatable可以直接对比对象本身，不用逐个字段写断言。比如验证Repository返回的User对象：

  test('should return expected user', () {
    // 准备预期对象
    final expectedUser = User(id: 1, name: 'Semih');
    // 获取实际返回对象
    final actualUser = userRepository.getUser(1);
    // 直接断言相等
    expect(actualUser, equals(expectedUser));
  });
  

  不用Equatable的话，你得手动断言actualUser.id == expectedUser.id、actualUser.name == expectedUser.name，代码会繁琐很多。

• 集合操作（去重、查找）
  自定义对象放进Set或用List的contains、indexOf时，默认是按引用判断的。继承Equatable后，Set会自动把属性相同的对象视为同一个，List也能正确找到属性匹配的对象。比如要对User列表去重（按id），直接用Set.from(users).toList()就行，不用自己写循环判断每个用户的id。

• ValueNotifier/ChangeNotifier的精准通知
  用ValueNotifier管理状态时，更新值前可以用Equatable判断新旧值是否逻辑相等，只有真正变化时才调用notifyListeners()。比如主题模式管理：

  class ThemeModeNotifier extends ChangeNotifier {
    ThemeMode _mode = ThemeMode.light;
    ThemeMode get mode => _mode;
    
    void updateMode(ThemeMode newMode) {
      // 用Equatable判断是否真的变化
      if (newMode != _mode) {
        _mode = newMode;
        notifyListeners();
      }
    }
  }
  

  这样就能避免重复通知，减少UI无效更新。

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