Flutter中多数场景下状态是否应置于组件树根部？

首先直接给结论：深层嵌套的状态组件（比如结合StatefulWidget的InheritedWidget）不会因为上层状态组件重建而丢失状态，你得出的“状态组件要放根部”的结论是错误的。

核心原因：Flutter的状态复用规则 #

Flutter判断是否保留组件状态的依据是：组件的类型和Key是否与之前一致，和它在组件树中的上层组件是否重建无关。只要下层状态组件的实例没有被替换（比如上层重建时只是重新构建了自己的子树，但没有改变这个下层组件的类型和Key），它对应的State对象就会被框架复用，内部保存的状态数据完全不会丢失。

为什么要把状态放在靠近受影响的组件？ #

这是性能优化的关键：

• 如果状态只被某一小部分子组件依赖，把状态放在这部分子树的顶层，只有依赖该状态的组件会在数据变化时重建，其他无关组件不会受到影响。
• 要是把所有状态都堆在根部，每次状态更新都会让整个组件树去检查是否依赖该状态，反而会增加不必要的重建开销，拖慢性能。

针对InheritedWidget的具体说明 #

InheritedWidget本身是无状态的，通常我们会用一个StatefulWidget来包裹它，把需要共享的数据存在State里。当上层组件重建时：

• 只要这个包裹InheritedWidget的StatefulWidget没有被重新创建（类型和Key不变），它的State就会被保留，InheritedWidget持有的数据也不会丢失。
• 即使上层组件重建导致InheritedWidget被重新构建，只要它的updateShouldNotify方法返回false（即数据没有变化），依赖它的后代组件也不会触发重建。

举个实际场景 #

比如你有一个商品详情页，里面有个“加入购物车”的按钮和数量选择器，把数量的状态放在数量选择器所在的子组件顶层就足够了。当页面其他部分（比如商品图片轮播）触发重建时，数量选择器的状态完全不受影响，而且只有数量选择器和按钮会在数量变化时更新，不会波及整个页面。

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