简介
Flutter的基础是widget,根据是否需要跟用户进行交互,widget则可以分为StatelessWidget和StatefulWidget。StatelessWidget只能根据传入的状态进行简单的初始化widget,如果要实现跟用户交互这种复杂的功能,则需要用到StatefulWidget。
但是对于StatefulWidget本身来说,它并不存储任何状态,所有的状态都是存放在和StatefulWidget关联的State中的。
今天,让我们来探索一下StatefulWidget和State的关系。
StatefuWidget和State
StatefulWidget的定义很简单,它是一个abstract class,继承它只需要实现一个createState的方法:
abstract class StatefulWidget extends Widget {
const StatefulWidget({ Key? key }) : super(key: key);
@override
StatefulElement createElement() => StatefulElement(this);
@protected
@factory
State createState();
}
注意,这里的createState是一个工厂类方法。这就意味着一个StatefulWidget可以创建多个State。
比如,如果从树中删除一个StatefulWidget,稍后再次将其插入到树中,Flutter将再次调用StatefulWidget.createState 来创建一个新的 State对象。
那么State中可以访问创建它的StatefulWidget吗?答案是肯定的。
在State中定义了一个T类型的widget, 这个T是StatefulWidget的子类:
abstract class State with Diagnosticable {
T get widget => _widget!;
T? _widget;
这里的_widget是不需要我们自行去设置的,这个_widget是由flutter框架在调用initState之前设置的。该_widget实际上就是和State关联的StatefulWidget。
我们可以直接在在State中使用widget来引用它。
State的生命周期
讲完StatefulWidget和State的关系之后,接下来我们来了解一下State是如何变化的,通俗的讲,就是State的生命周期是怎么样的。
通常来说,一个State的生命周期有4个状态,分别是created,initialized,ready和defunct状态,这四个状态是定义在枚举类_StateLifecycle中的:
enum _StateLifecycle {
/// State已经被创建成功了,State.initState方法被调用。
created,
/// State.initState方法虽然被调用了,但是State对象还没有构建完毕。 这时候会调用State.didChangeDependencies方法.
initialized,
/// State对象创建成功,State.dispose方法还没有被调用。
/// called.
ready,
/// State.dispose方法被调用过了,State对象不允许再调用build方法。
defunct,
}
我们详细来讲解一下State的生命周期。
首先,flutter为了创建State对象,会调用StatefulWidget.createState方法。因为StatefulWidget.createState方法只是简单的new一个State对象,所以这个时候State对象就处于created的状态。
这个新创建的State对象会和一个BuildContext相关联.注意这个关联关系是永久性的,不会发生变化的。
虽然关联关系不会发生变化,但是BuildContext本身是可以在树上进行移动的。这时候的State处于mounted状态。
接下来,flutter会调用State中的 initState方法。
对于State的具体实现来说,需要重写这个initState的方法,根据和State关联的BuildContext和Widget来初始化State的状态。其中BuildContext和Widget可以通过使用State的context和widget属性来访问获取。
然后flutter框架会调用state的didChangeDependencies方法。
什么时候会去调用这个方法呢?根据flutter的说法,当State依赖的对象发生变化的时候就会调用。
举个例子,如果在State的build方法中引用了一个InheritedWidget对象,而这个InheritedWidget对象后来发生了变化。这个时候flutter就会调用didChangeDependencies方法。
我们看下State中该方法的定义:
void didChangeDependencies() { }
可以看到这个方法本身是一个空的方法体,因为并不是抽象方法,所以子类并不需要强制实现它。
为什么一般来说State的子对象并不需要重写这个方法呢?这是因为flutter如果检测到依赖有变化的时候,会去调用State的build方法。通常来说,我们并不需要这么频繁的进行重构。
当然,也会有一些特殊的情况,比如实时网络通讯这种实时性要求很高的情况。
这个时候,State对象完全初始化完毕了,接着就可以无限次数调用build方法,来重构用户界面。
State还可以主动调用setState方法来重构子树。
除了State主动调用setState方法之外,还有一些外部的变动会导致State的变动,比如:
void didUpdateWidget(covariant T oldWidget) { }
这个方法什么时候会被调用呢?
我们知道Widget是不会变的,每个Widget都有一个唯一的key用来标记,但是parent Widget可以使用同一个key和runtimeType来对当前的widget进行修改。因为Widget是不变的,所以生成一个新的widget。这时候flutter就会调用State中的didUpdateWidget方法,并且将老的Widget作为参数传入。
注意,flutter框架会在调用didUpdateWidget之后自动调用build方法,所以我们在写程序的过程中,注意不要重复调用。
如果是在开发过程中,flutter还支持热重载,这时候会调用state的reassemble方法:
void reassemble() { }
flutter框架会在触发热重载之后,调用build方法,所以一般来说,我们并不需要重写reassemble方法。
刚刚我们提到了parent Widget可能修改当前Widget的配置文件,如果修改了当前Widget的key,那么老的widget就处于一个deactivate 的状态,widget中的deactivate 方法就会被调用:
void deactivate() {
super.deactivate();
assert(
!renderObject.attached,
'A RenderObject was still attached when attempting to deactivate its '
'RenderObjectElement: $renderObject',
);
}
我们可以重写这个方法,来处理一些资源的清理工作。
注意,现在这个widget是deactivate状态,但是并不意味这它就没有用了。因为flutter还可以将这个widget再重新插入对象树中,继续使用。reinsert是通过调用State对象的build方法来实现的。
这个操作只要是在一个animation frame结束之前操作都是可以的。这样做的好处就是,state还可以保留部分资源并不释放,从而提升效率。
最后,如果State确实是不需要使用了,就会调用State的dispose 方法:
void dispose() {
assert(_debugLifecycleState == _StateLifecycle.ready);
assert(() {
_debugLifecycleState = _StateLifecycle.defunct;
return true;
}());
}
当State的dispose方法被调用之后,State就处于unmounted状态。这时候State的setState方法就不能再被调用了,这就表示State的生命周期结束了。
总结
以上就是State和State的生命周期相关的介绍。
更多内容请参考 http://www.flydean.com/03-flutter-state/
最通俗的解读,最深刻的干货,最简洁的教程,众多你不知道的小技巧等你来发现!
欢迎关注我的公众号:「程序那些事」,懂技术,更懂你!