1. 前言
在上一篇 《Flutter 知识集锦 | 监听与通知 ChangeNotifier》 中，我们介绍了 ChangeNotifier 对象通知监听者的能力。并通过一个简单的模拟下载进度案例，介绍了它的使用方式：
案例演示 | 监听-通知关系 |
|---|---|
| |
上一节通过全局变量来维护 ProgressValueNotifier 类型的 progress 对象，让它可以在代码中的任何位置被访问到。本文将介绍 InheritedNotifier 组件的使用，给可监听对象一个 归宿 。
2. InheritedNotifier 组件的使用
本文代码收录在 FlutterUnit 中，可在仓库中查看完整代码：
lib/awesome/listenable/change_notifier_02
使用 InheritedNotifier 时需要定义一个子类，该类的功能之一是让数据在子树中共享数据。其中泛型便是上一篇中的 ProgressValueNotifier 可监听对象。
如下所示，定义 DownloadDataScope 类型，在构造中传入可监听对象和子组件，然后定义两个静态方法 of 和 read 获取存储的数据。获取的方式是通过上下文向上查询特定类型的组件。
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? 也就是一个可监听对象。
代码语言：javascript复制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 方法，通知依赖者：
@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 管理共享状态的案例。那么本文就到这里，谢谢观看 ~
