flutter系列之:用来管理复杂状态的State详解

简介

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<T extends StatefulWidget> 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/

最通俗的解读，最深刻的干货，最简洁的教程，众多你不知道的小技巧等你来发现！

欢迎关注我的公众号:「程序那些事」,懂技术，更懂你！