1. 前言
在上一篇 《Flutter 知识集锦 | 监听与通知 ChangeNotifier》 中，我们介绍了 ChangeNotifier 对象通知监听者的能力。并通过一个简单的模拟下载进度案例，介绍了它的使用方式：
| 案例演示 | 监听-通知关系 |
|---|---|
 |
 |
上一节通过全局变量来维护 ProgressValueNotifier 类型的 progress 对象，让它可以在代码中的任何位置被访问到。本文将介绍 InheritedNotifier 组件的使用，给可监听对象一个 归宿 。
2. InheritedNotifier 组件的使用
本文代码收录在 FlutterUnit 中，可在仓库中查看完整代码：
使用 InheritedNotifier 时需要定义一个子类，该类的功能之一是让数据在子树中共享数据。其中泛型便是上一篇中的 ProgressValueNotifier 可监听对象。
如下所示，定义 DownloadDataScope 类型，在构造中传入可监听对象和子组件，然后定义两个抽象方法 of 和 read 获取存储的数据。获取的方式是通过上下文向上查询特定类型的组件。
dart
class DownloadDataScope extends InheritedNotifier<ProgressValueNotifier>{
const DownloadDataScope({super.key, required super.child,super.notifier});
static ProgressValueNotifier of(BuildContext context) {
return context.dependOnInheritedWidgetOfExactType<DownloadDataScope>()!.notifier!;
}
static ProgressValueNotifier read(BuildContext context) {
return context.getInheritedWidgetOfExactType<DownloadDataScope>()!.notifier!;
}
}然后在想要更新数据的上层节点，套上 DownloadDataScope 组件，这样数据就可以在子树节点中被共享：
使用时就非常方便，通过静态方法 of 根据上下文获取可监听对象即可。此时称： DetailProgressView 依赖了该可监听的通知器，那么在可监听对象发出通知时，就会自动通知该组件，触发 build 方法。
可以看到 DetailProgressView 此时可以是 StatelessWidget , 但依然会被通知，从而重新构建。这是一种非 State#setState 更新状态的方式。
另外，如果只是想访问数据，不想在可监听对象发生通知时，被触发更新。可以通过 read 静态方法，底层通过 getInheritedWidgetOfExactType 查询类型。比如这里主页面只想访问可监听对象，来更新数据，就可以只通过 read 来访问：
这样，通过 InheritedNotifier 组件，既可以实现数据的共享，又可以触发更新，通知需要根据数据变化的组件。相比于直接使用 ChangeNotifier 组件，省去了添加监听和移除监听的流程。对于需要共享的状态数据管理，是非常实用的。
3. InheritedNotifier 源码分析
InheritedNotifier 是一个抽象类，使用时需要进行派生，它本身继承自 InheritedWidget ，也就是说其持有的数据可以在子树中，通过上下文被访问。它有一个泛型，该类型需要继承自 Listenable ，其中 notifier 的类型是 T? 也就是一个可监听对象。
dart
abstract class InheritedNotifier<T extends Listenable> extends InheritedWidget {
const InheritedNotifier({
super.key,
this.notifier,
required super.child,
});
final T? notifier;
@override
bool updateShouldNotify(InheritedNotifier<T> oldWidget) {
return oldWidget.notifier != notifier;
}
@override
InheritedElement createElement() => _InheritedNotifierElement<T>(this);
}InheritedNotifier 神奇的地方在于:使用了 of 获取数据的组件，在可监听对象发生通知时会触发重新构建。使用这里似乎没有什么核心代码，可以触发组件更新。我们仔细看一下，可以发现这里重写了 createElement 方法，所以说，魔法就在这里：
如下所示，在 _InheritedNotifierElement 构造时，会监听 notifier 触发 _handleUpdate。其中会将 _dirty 置为 false ，触发 markNeedsBuild 方法。了解 Flutter 框架的都知道 State#setState 本质上也就是触发了持有 Element 的 markNeedsBuild 方法。
也就是说，这里当可监听对象发生变化时，会通知 InheritedNotifier 对应的元素进行重新构建，触发 build 方法。如果 _dirty 为 true ，会触发 notifyClients 方法，通知依赖者：
dart
@override
void notifyClients(InheritedNotifier<T> oldWidget) {
super.notifyClients(oldWidget);
_dirty = false;
}这里有个前置知识，在《Flutter 渲染机制 - 聚沙成塔》 第10章中，介绍过 InheritedElement 会维护依赖元素的映射，进行通知。凡是调用 dependOnInheritedWidgetOfExactType 的元素，都会被加入到映射中：
触发 notifyClients 时，将会通知元素映射中的元素触发 didChangeDependencies 。如下所示，此时其中是 HomeProgressView 对应的元素：
也就是说，接下来 HomeProgressView 对应的元素触发 didChangeDependencies，其中调用了 markNeedsBuild ，也就是说该元素被标脏，将在之后被重新构建。这就是 HomeProgressView 在可监听对象变化时，更新界面的根本原因。
4. InheritedNotifier 源码分析
InheritedNotifier 组件在元素的层级处理了依赖者界面的更新，既可以共享数据，又可以触发更新通知，是一种比较小巧的状态管理方式。你在官方的很多案例中，都可以看到用 InheritedNotifier 管理共享状态的案例。那么本文就到这里，谢谢观看 ~