StatefulWidget 优化
StatefulWidget 的性能考略有两个主要类别:
- 第一类是在
State.initState中分配资源并在State.dispose中处置它们的小部件，但它们不依赖于InheritedWidget或调用State.setState。这些小部件通常用于应用程序或页面的根部，通过ChangeNotifier、Stream或其他类似的对象与子小部件通信。采用这种模式的有状态小部件相对较便宜（从CPU和GPU周期的角度来看），因为它们只建立一次，然后不再更新。因此，它们的构建方法可以相对复杂和深入。 - 第二类是使用
State.setState或依赖于InheritedWidget的小部件。在应用程序的生命周期中，这些小部件通常会多次重建，因此必须尽量减少重建此类部件所造成的影响。（它们也可能使用State.initState或State.didChangeDependencies并分配资源，但重要的是它们会重建）。）
有几种技术可以用于最小化重建有状态小部件的影响：
- 将状态推送到叶子（末端）。例如，如果您的页面具有定时时钟，请不要将状态放在页面顶部，并在每次时钟滴答时重新构建整个页面，而是创建一个专用的时钟小部件，该小部件仅更新自身。
- 尽量减少由构建方法及其创建的任何小部件临时创建的节点数量。在理想情况下，有状态部件只会创建一个部件，而且该部件必须是
RenderObjectWidget（渲染对象部件）。（显然，这并不总是切实可行，但部件越接近这一理想状态，效率就越高）。 - 在可能的情况下使用 const 小部件。（这等效于缓存小部件并重复使用它。）
- 避免改变任何已创建子树的深度或改变子树中任何部件的类型。例如，与其返回子部件或用
IgnorePointer包裹的子部件，不如始终用IgnorePointer包裹子部件，并控制IgnorePointer.ignoring属性。这是因为更改子树的深度需要重建、布局和绘制整个子树，而只更改属性则只需对呈现树进行尽可能小的更改（例如，在IgnorePointer的情况下，根本不需要布局或重新绘制）。 - 如果由于某种原因必须更改深度，请考虑将子树的常见部分包装在具有在有状态小部件的生命周期内保持一致的
GlobalKey的小部件中。 （如果没有其他小部件可以方便地分配键，则KeyedSubtree小部件可能对此目的有用。）