Flutter核心技术与实战 11 | 生命周期

State 生命周期

State 的生命周期能够分为 3 个阶段：建立（插入视图树）、更新（在视图树中存在）、销毁（从视图树中移除）。

建立

State 初始化时会依次执行 ：构造方法 -> initState -> didChangeDependencies -> build，随后完成页面渲染。

• 构造方法是 State 生命周期的起点，Flutter 会经过调用 StatefulWidget.createState() 来建立一个 State。咱们能够经过构造方法，来接收父 Widget 传递的初始化 UI 配置数据。这些配置数据，决定了 Widget 最初的呈现效果。
• initState，会在 State 对象被插入视图树的时候调用。这个函数在 State 的生命周期中只会被调用一次，因此咱们能够在这里作一些初始化工做，好比为状态变量设定默认值。
• didChangeDependencies 则用来专门处理 State 对象依赖关系变化，会在 initState() 调用结束后，被 Flutter 调用。
• build，做用是构建视图。通过以上步骤，Framework 认为 State 已经准备好了，因而调用 build。咱们须要在这个函数中，根据父 Widget 传递过来的初始化配置数据，以及 State 的当前状态，建立一个 Widget 而后返回。

更新

Widget 的状态更新，主要由 3 个方法触发：setState、didchangeDependencies 与 didUpdateWidget。

• setState：咱们最熟悉的方法之一。当状态数据发生变化时，咱们老是经过调用这个方法告诉 Flutter：“我这儿的数据变啦，请使用更新后的数据重建 UI！”
• didChangeDependencies：State 对象的依赖关系发生变化后，Flutter 会回调这个方法，随后触发组件构建。哪些状况下 State 对象的依赖关系会发生变化呢？典型的场景是，系统语言 Locale 或应用主题改变时，系统会通知 State 执行 didChangeDependencies 回调方法。
• didUpdateWidget：当 Widget 的配置发生变化时，好比，父 Widget 触发重建（即父 Widget 的状态发生变化时），热重载时，系统会调用这个函数。

一旦这三个方法被调用，Flutter 随后就会销毁老 Widget，并调用 build 方法重建 Widget。

销毁

好比组件被移除，或是页面销毁的时候，系统会调用 deactivate 和 dispose 这两个方法，来移除或销毁组件。

• 当组件的可见状态发生变化时，deactivate 函数会被调用，这时 State 会被暂时从视图树中移除。值得注意的是，页面切换时，因为 State 对象在视图树中的位置发生了变化，须要先暂时移除后再从新添加，从新触发组件构建，所以这个函数也会被调用。
• 当 State 被永久地从视图树中移除时，Flutter 会调用 dispose 函数。而一旦到这个阶段，组件就要被销毁了，因此咱们能够在这里进行最终的资源释放、移除监听、清理环境，等等。

App 生命周期

在原生开发中，咱们能够经过重写 Activity、ViewController 生命周期回调方法，或是注册应用程序的相关通知，来监听 App 的生命周期并作相应的处理。而在 Flutter 中，咱们能够利用 WidgetsBindingObserver 类，来实现一样的需求。

abstract class WidgetsBindingObserver {
  //页面pop
  Future<bool> didPopRoute() => Future<bool>.value(false);
  //页面push
  Future<bool> didPushRoute(String route) => Future<bool>.value(false);
  //系统窗口相关改变回调，如旋转
  void didChangeMetrics() { }
  //文本缩放系数变化
  void didChangeTextScaleFactor() { }
  //系统亮度变化
  void didChangePlatformBrightness() { }
  //本地化语言变化
  void didChangeLocales(List<Locale> locale) { }
  //App生命周期变化
  void didChangeAppLifecycleState(AppLifecycleState state) { }
  //内存警告回调
  void didHaveMemoryPressure() { }
  //Accessibility相关特性回调
  void didChangeAccessibilityFeatures() {}
}
复制代码

生命周期回调

• resumed：可见的，并能响应用户的输入。
• inactive：处在不活动状态，没法处理用户响应。
• paused：不可见并不能响应用户的输入，可是在后台继续活动中。

  

帧绘制回调

在组件渲染以后作一些与显示安全相关的操做。

在 iOS 开发中，咱们能够经过 dispatch_async(dispatch_get_main_queue(),^{…}) 方法，让操做在下一个 RunLoop 执行；

在 Android 开发中，咱们能够经过 View.post() 插入消息队列，来保证在组件渲染后进行相关操做。

• 单次 Frame 绘制回调，经过 addPostFrameCallback 实现。它会在当前 Frame 绘制完成后进行进行回调，而且只会回调一次，若是要再次监听则须要再设置一次。

WidgetsBinding.instance.addPostFrameCallback((_){
    print("单次Frame绘制回调");//只回调一次
});
复制代码

• 实时 Frame 绘制回调，则经过 addPersistentFrameCallback 实现。这个函数会在每次绘制 Frame 结束后进行回调，能够用作 FPS 监测。

WidgetsBinding.instance.addPersistentFrameCallback((_){
  print("实时Frame绘制回调");//每帧都回调
});
复制代码

总结

State的变化，则会触发build，重建Widget。好比Widget A打开新的Widget B，Widget A的State发生变化。