Flutter：MediaQuery属性变更为何仅触发访问组件重建而非父组件？

开发Flutter项目时，在子组件Widget2中访问MediaQuery.viewInsetsOf(context).bottom，当键盘弹出/收起导致该值变化时，仅Widget2会触发build，其父组件Widget1不会重建。

问题：

1. Flutter如何识别MediaQuery属性变更时需要重建的组件？
2. 为何只有直接访问MediaQuery值的组件会重建，而非其父组件或祖先组件？

问题1：Flutter如何识别需要重建的组件？ #

Flutter靠InheritedWidget的依赖追踪机制实现精准识别，核心逻辑如下：

1. MediaQuery本身是InheritedWidget，它存储着设备窗口的媒体信息（比如viewInsets）。当键盘弹出/收起时，框架会更新MediaQuery内部的MediaQueryData。
2. 当组件（比如Widget2）通过context调用MediaQuery.viewInsetsOf(context)这类方法时，实际触发了InheritedElement的dependOnInheritedWidgetOfExactType方法——这个操作会让当前组件对应的Element对象，订阅MediaQuery的更新事件。
3. 框架内部维护了一张依赖关系表，记录哪些Element订阅了哪些InheritedWidget。当MediaQuery的数据更新时，它会遍历所有订阅自己的Element，调用markNeedsBuild标记这些组件需要重建。

问题2：为何只有直接访问的组件会重建？ #

这是Flutter最小重建优化策略的体现，核心原因：

• 父组件Widget1的build方法里没有任何访问MediaQuery的代码，所以它对应的Element没有订阅MediaQuery的变化。当MediaQuery更新时，框架只会通知那些明确订阅了它的Element（也就是Widget2对应的Element）。
• 每个Element只会订阅自己在build过程中主动访问过的InheritedWidget。Widget1的build逻辑里只返回了Widget2，没有接触MediaQuery，自然不会被加入MediaQuery的订阅列表，也就不会被触发重建。
• 这种精准订阅的设计，是为了避免不必要的组件重建，减少性能开销——上层组件重建会连带触发所有子组件的build，只重建依赖变化数据的组件能大幅提升渲染效率。

示例代码 #

class Widget1 extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return Widget2();
  }
}

class Widget2 extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    double bottomPadding = MediaQuery.viewInsetsOf(context).bottom;
    return Container(
      padding: EdgeInsets.only(bottom: bottomPadding),
      child: Text("Hello World"),
    );
  }
}

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