Flutter的生命周期(Lifecycle)

StatelessWidget

StatelessWidget的声明周期只有一个build方法，很简单。

StatefulWidget

StatefulWidget的声明周期是：

• createState
• initState
• didChangeDependencies
• build
• (didUpdateWidget)

---

• deactivate
• dispose

createState():

在创建一个新的StatefulWidget，会首先调用这个方法， 这个生命周期是必须有的。

class LifeScreen extends StatefulWidget {
  LifeScreen({Key key}) : super(key: key);

  @override
  _LifeScreenState createState() => _LifeScreenState();
}

initState()

在实际的项目里这个方法是非常有用的，这个生命周期是在该节点创建后调用的第一个方法。这个生命周期可以等同于Android的onCreate() 和iOS 的viewDidLoad()。在这个生命周期里可以检查这个节点的很多方面：是否渲染(render)了？现在是否mounted?

mounted

所有的节点都会有这个属性，在buildContext被赋值并且该节点已经在节点树(the widget tree)上的时候，这个属性的值会变成true。然后该属性会一直保持true，直到dispose的方法被调用后会变成false.

addPostFrameCallback

这个需要在initState() 内被调用，示例如下：

import 'package:flutter/scheduler.dart';

@override
void initState() {
  super.initState();
  SchedulerBinding.instance.addPostFrameCallback((_) => {});
}

这个是在每一帧渲染完成后的回调，只有在该节点构建(build)完成后调用一次。

didChangeDependencies

这个方法会在该节点被第一次构建完成后，在initState() 之后被立即调用。如果你的StatefulWidgets依赖InheritedWidget，这个方法会因为InheritedWidget的改变而可能再次被调用。

build()

这个方法是最重要的，它会在didChangeDependencies()之后被调用。它会接力渲染整个节点树(widget tree)，所有的界面效果会在这里渲染。如果需要重新渲染，这个方法都会被调用。

didUpdateWidget()

也可以说这个回调不是一个生命周期，如它名字所展示的，它会在父节点有了改变并且需要重新渲染UI的时候会回调这个方法。你可以在这个方法里拿到oldWidget 的参数，可以做一个对比然后做一些业务上的处理。

deactivate()

和didUpdateWidget一样，这个生命周期用的时候也很少。当这个方法被调用，就知道这节点正在“死亡“(dying)。
flutter会在该节点的State object从节点树(widget tree)移除时调用这个方法。在某些时候，flutter会把移除的节点的State object重新插入到节点树的其他部分。

dispose()

这个生命周期非常重要。它会在该节点的object和它的State被永远的从节点树上移除时才会调用，即在deactivate()之后调用的。
在这个生命周期里需要取消订阅(unsubscribe) streams和回收动画(dispose animations)等等，避免内存泄漏。

这篇文章参考了flutter-community的英文文章:Flutter Lifecycle for Android and iOS Developers