前言
上一篇我们对比了 setState
和 ModelBinding
这两种状态管理的区别,从结果来看,setState
的方式的性能明显低于 ModelBinding
这种使用 InheritedWidget
的方式。这是因为 setState
的时候,不管子组件有没有依赖状态数据,都会蒋全部子组件移除后重建。那么 setState
这个过程做了什么事情,会导致这样的结果呢?本篇我们通过 Flutter 的源码来分析一下 setState
的过程。
setState 的定义
我们先来看 setState 的定义,setState 定义在State<T extends StatefulWidget> with Diagnosticable
这个类中,也就是 StatefulWidget
或其子类的状态类。方法体代码不多,在执行业务代码做了一些异常处理,具体的代码我们不贴了,主要是做了如下处理:
- 传给
setState
的回调方法不能为空。 - 生命周期校验:组件已经从组件树移除的时候会被
dispose
掉,因此不能在dispose
后调用setState
。通常这会发生在定时器、动画或异步回调的过程中。这样的调用可能会导致内存泄露。 - 在
created
阶段和没有装载阶段(mounted
)不可以调用setState