极客时间已完结课程限时免费阅读

11 | 提到生命周期，我们是在说什么？

11 | 提到生命周期，我们是在说什么？-极客时间

11 | 提到生命周期，我们是在说什么？

2019-07-23 陈航 来自北京
《Flutter核心技术与实战》
课程介绍

讲述：陈航

时长12:53大小11.80M

你好，我是陈航。今天，我要和你分享的主题是 Flutter 中的生命周期是什么。
在上一篇文章中，我们从常见的 StatefulWidget 的“万金油”误区出发，一起回顾了 Widget 的 UI 更新机制。
通过父 Widget 初始化时传入的静态配置，StatelessWidget 就能完全控制其静态展示。而 StatefulWidget，还需要借助于 State 对象，在特定的阶段来处理用户的交互或其内部数据的变化，并体现在 UI 上。这些特定的阶段，就涵盖了一个组件从加载到卸载的全过程，即生命周期。与 iOS 的 ViewController、Android 的 Activity 一样，Flutter 中的 Widget 也存在生命周期，并且通过 State 来体现。
而 App 则是一个特殊的 Widget。除了需要处理视图显示的各个阶段（即视图的生命周期）之外，还需要应对应用从启动到退出所经历的各个状态（App 的生命周期）。
对于开发者来说，无论是普通 Widget（的 State）还是 App，框架都给我们提供了生命周期的回调，可以让我们选择恰当的时机，做正确的事儿。所以，在对生命周期有了深入理解之后，我们可以写出更加连贯流畅、体验优良的程序。
那么，今天我就分别从 Widget（的 State）和 App 这两个维度，与你介绍它们的生命周期。

State 生命周期

State 的生命周期，指的是在用户参与的情况下，其关联的 Widget 所经历的，从创建到显示再到更新最后到停止，直至销毁等各个过程阶段。
这些不同的阶段涉及到特定的任务处理，因此为了写出一个体验和性能良好的控件，正确理解 State 的生命周期至关重要。
State 的生命周期流程，如图 1 所示：
图 1 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 函数。而一旦到这个阶段，组件就要被销毁了，所以我们可以在这里进行最终的资源释放、移除监听、清理环境，等等。
如图 2 所示，左边部分展示了当父 Widget 状态发生变化时，父子双方共同的生命周期；而中间和右边部分则描述了页面切换时，两个关联的 Widget 的生命周期函数是如何响应的。
图 2 几种常见场景下 State 生命周期图
我准备了一张表格，从功能，调用时机和调用次数的维度总结了这些方法，帮助你去理解、记忆。
图 3 State 生命周期中的方法调用对比
另外，我强烈建议你打开自己的 IDE，在应用模板中增加以上回调函数并添加打印代码，多运行几次看看各个函数的执行顺序，从而加深对 State 生命周期的印象。毕竟，实践出真知。

App 生命周期

视图的生命周期，定义了视图的加载到构建的全过程，其回调机制能够确保我们可以根据视图的状态选择合适的时机做恰当的事情。而 App 的生命周期，则定义了 App 从启动到退出的全过程。
在原生 Android、iOS 开发中，有时我们需要在对应的 App 生命周期事件中做相应处理，比如 App 从后台进入前台、从前台退到后台，或是在 UI 绘制完成后做一些处理。
这样的需求，在原生开发中，我们可以通过重写 Activity、ViewController 生命周期回调方法，或是注册应用程序的相关通知，来监听 App 的生命周期并做相应的处理。而在 Flutter 中，我们可以利用 WidgetsBindingObserver 类，来实现同样的需求。
接下来，我们就来看看具体如何实现这样的需求。
首先，我们来看看 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() {}
}
可以看到，WidgetsBindingObserver 这个类提供的回调函数非常丰富，常见的屏幕旋转、屏幕亮度、语言变化、内存警告都可以通过这个实现进行回调。我们通过给 WidgetsBinding 的单例对象设置监听器，就可以监听对应的回调方法。
考虑到其他的回调相对简单，你可以参考官方文档，对照着进行练习。因此，我今天主要和你分享 App 生命周期的回调 didChangeAppLifecycleState，和帧绘制回调 addPostFrameCallback 与 addPersistentFrameCallback。

生命周期回调

didChangeAppLifecycleState 回调函数中，有一个参数类型为 AppLifecycleState 的枚举类，这个枚举类是 Flutter 对 App 生命周期状态的封装。它的常用状态包括 resumed、inactive、paused 这三个。
resumed：可见的，并能响应用户的输入。
inactive：处在不活动状态，无法处理用户响应。
paused：不可见并不能响应用户的输入，但是在后台继续活动中。
这里，我来和你分享一个实际案例。
在下面的代码中，我们在 initState 时注册了监听器，在 didChangeAppLifecycleState 回调方法中打印了当前的 App 状态，最后在 dispose 时把监听器移除：
class _MyHomePageState extends State<MyHomePage> with WidgetsBindingObserver{//这里你可以再回顾下，第7篇文章“函数、类与运算符：Dart是如何处理信息的？”中关于Mixin的内容
...
@override
@mustCallSuper
void initState() {
super.initState();
WidgetsBinding.instance.addObserver(this);//注册监听器
}
@override
@mustCallSuper
void dispose(){
super.dispose();
WidgetsBinding.instance.removeObserver(this);//移除监听器
}
@override
void didChangeAppLifecycleState(AppLifecycleState state) async {
print("$state");
if (state == AppLifecycleState.resumed) {
//do sth
}
}
}
我们试着切换一下前、后台，观察控制台输出的 App 状态，可以发现：
从后台切入前台，控制台打印的 App 生命周期变化如下: AppLifecycleState.paused->AppLifecycleState.inactive->AppLifecycleState.resumed；
从前台退回后台，控制台打印的 App 生命周期变化则变成了：AppLifecycleState.resumed->AppLifecycleState.inactive->AppLifecycleState.paused。
可以看到，App 前后台切换过程中打印出的状态是完全符合预期的。
图 4 App 切换前后台状态变化示意

帧绘制回调

除了需要监听 App 的生命周期回调做相应的处理之外，有时候我们还需要在组件渲染之后做一些与显示安全相关的操作。
在 iOS 开发中，我们可以通过 dispatch_async(dispatch_get_main_queue(),^{…}) 方法，让操作在下一个 RunLoop 执行；而在 Android 开发中，我们可以通过 View.post() 插入消息队列，来保证在组件渲染后进行相关操作。
其实，在 Flutter 中实现同样的需求会更简单：依然使用万能的 WidgetsBinding 来实现。
WidgetsBinding 提供了单次 Frame 绘制回调，以及实时 Frame 绘制回调两种机制，来分别满足不同的需求：
单次 Frame 绘制回调，通过 addPostFrameCallback 实现。它会在当前 Frame 绘制完成后进行进行回调，并且只会回调一次，如果要再次监听则需要再设置一次。
WidgetsBinding.instance.addPostFrameCallback((_){
print("单次Frame绘制回调");//只回调一次
});
实时 Frame 绘制回调，则通过 addPersistentFrameCallback 实现。这个函数会在每次绘制 Frame 结束后进行回调，可以用做 FPS 监测。
WidgetsBinding.instance.addPersistentFrameCallback((_){
print("实时Frame绘制回调");//每帧都回调
});

总结

在今天这篇文章中，我和你介绍了 State 和 App 的生命周期，这是 Flutter 给我们提供的，感知 Widget 和应用在不同阶段状态变化的回调。
首先，我带你重新认识了 Widget 生命周期的实际承载者 State。我将 State 的生命周期划分为了创建（插入视图树）、更新（在视图树中存在）、销毁（从视图树种移除）这 3 个阶段，并为你介绍了每个阶段中涉及的关键方法，希望你能够深刻理解 Flutter 组件从加载到卸载的完整周期。
然后，通过与原生 Android、iOS 平台能力的对比，以及查看 WidgetsBindingObserver 源码的方式，我与你讲述了 Flutter 常用的生命周期状态切换机制。希望你能掌握 Flutter 的 App 生命周期监听方法，并理解 Flutter 常用的生命周期状态切换机制。
最后，我和你一起学习了 Flutter 帧绘制回调机制，理解了单次 Frame 绘制回调与实时 Frame 绘制回调的异同与使用场景。
为了能够精确地控制 Widget，Flutter 提供了很多状态回调，所以今天这一篇文章，涉及到的方法有些多。但，只要你分别记住创建、更新与销毁这三条主线的调用规则，就一定能把这些方法的调用顺序串起来，并能在实际开发中运用正确的方法去感知状态变更，写出合理的组件。
我把今天分享所涉及的全部知识点打包成了一个小项目，你可以下载后在工程中实际运行，并对照着今天的课程学习，体会在不同场景下这些函数的调用时机。

思考题

最后，请你思考下这两个问题：
构造方法与 initState 函数在 State 的生命周期中都只会被调用一次，也大都用于完成一些初始化的工作。根据我们今天的学习，你能否举出例子，比如哪些操作适合放在构造方法，哪些操作适合放在 initState，而哪些操作必须放在 initState。
通过 didChangeDependencies 触发 Widget 重建时，父子 Widget 之间的生命周期函数调用时序是怎样的？
欢迎你在评论区给我留言分享你的观点，我会在下一篇文章中等待你！感谢你的收听，也欢迎你把这篇文章分享给更多的朋友一起阅读。
分享给需要的人，Ta购买本课程，你将得18元
生成海报并分享

赞 5

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
10 | Widget中的State到底是什么？
下一篇
12 | 经典控件（一）：文本、图片和按钮在Flutter中怎么用？
 写留言

精选留言(35)

  • 张简
    2019-07-23
    42节和43节其实可以提前讲讲，大多数开发者都是这种混合接入方式，和具体开发无关。首先遇到的就是混合接入问题。
    共 1 条评论
    25
  • 许童童
    2019-07-23
    在构造函数中Widget还未生成，所以只能做一些参数传入的处理，initState中可以做初始化State的变量的操作。

    作者回复: 赞

    23
  • 这得从我捡到一个鼠标...
    2019-08-26
    实际上打印监听的时候发现并不是文中所描述的那样。 从前台退居后台的时候执行inactive->paused 从后台进入前台的时候执行inactive->resumed paused和resumed不会同时执行，是不是文中有错？ AppLifecycleState

    作者回复: 你理解错了，我来帮你梳理下： 1.从前台退居后台，打印的是inactive->paused，但你忘了它之前的状态是resumed； 2.从后台进入前台，打印的是inactive->resumed，但你忘了它之前的状态是paused

    共 3 条评论
    17
  • jia58960
    2019-07-24
    为啥navigator.push()之后当前的widget deactivate了还要build一次？对老师给的工程代码验证了确实是这样，还请老师解释下

    作者回复: 因为State在视图树的相对位置变了

    共 4 条评论
    9
  • Geek_b09541
    2019-07-24
    大牛，你好，我想买一本关于flutter的工具书，麻烦推荐一本

    作者回复: 不推荐买书，如果想要快速了解一些核心Feature可以看看 官方的cookbook： https://flutter.dev/docs/cookbook和wendux写的Flutter实战：https://book.flutterchina.club/

    共 2 条评论
    9
  • dranni
    2020-01-14
    App 生命周期中有没有类似 Android Application.onCreate() 的回调，在这里做App初始化的一些操作。或者 APP 初始化的操作应该放在哪里？
    共 1 条评论
    5
  • 离尘不离人คิดถึ...
    2019-10-15
    `width WidgetsBindingObserver` 这里没看懂， 明明用的是 with `WidgetsBindingObserver`，但是代码却使用的是 `WidgetsBinding`，查看源码，发现 `WidgetsBindingObserver` 只是 `binding.dart` 里面的一个抽象类；老师这里能解答下吗

    作者回复: WidgetsBinding是一个连接上层Widget回调与底层Flutter引擎实现的一个抽象胶水类，在不同的平台有不同的实现（比如在单元测试中是TestWidgetsFlutterBinding，在UI开发中是WidgetsFlutterBinding），所以我们需要在代码中用WidgetsBinding.instance获取特定的实例，而WidgetsBindingObserver只是一个接口而已

    共 2 条评论
    4
  • 知
    2020-09-10
    flutter1.14.7 之后，使用Navigator.push()时，当前的widget已经不会再调deactivate()和build()了，从上一个页面回来时，也都不会调用。
    共 3 条评论
    5
  • 许童童
    2019-07-23
    老师你好，为什么项目启动时Resolving dependencies和Running Gradle task 'assembleDebug'阶段要很长的时间，大概2分钟。有什么办法可以加快速度吗？

    作者回复: Gradle默认每次编译都会resolve dependencies，每次都会去进行网络请求。如果你那边访问jCenter很慢，这个步骤就卡住了。 你可以临时在Project Preferences的Gradle那里启用Offline work，不过新增依赖之后你需要在把这个设置改回来

    4
  • Geek_60d7a7
    2019-07-24
    关于dart的mixin，老师能讲讲么，尤其是mixin on，看了好多资料都还不是很清晰…

    作者回复: Mixin就是以非继承的方式实现代码复用的一种机制而已呀

    共 2 条评论
    3
  • Geek_24cc07
    2021-02-18
    push到下一个页面，为啥当前页面调用了 deactivate 后，还要调用build？
    共 1 条评论
    1
  • 偷心人
    2020-03-28
    今天试了一下生命周期的监测 with WidgetsBindingObserver 发现从后台到前台 只有AppLifecycleState.paused->AppLifecycleState.resumed 前台到后台AppLifecycleState.resumed->AppLifecycleState.inactive->AppLifecycleState.paused 环境 Flutter (Channel master, v1.16.3-pre.30, on Mac OS X 10.15.3 19D76, locale zh-Hans-CN)
    展开
    共 3 条评论
    1
  • 承香墨影
    2019-11-15
    您好，有问题请教。 AppLifecycleState 中还有一个 suspending 的状态，这个状态表示什么意义？会在什么场景下触发？

    作者回复: 表示程序被暂时挂起，这是操作系统底层暴露的状态，不是所有的平台都有（比如iOS就没有），所以这个状态可以理解成基本没用

    2
  • Carlo
    2019-10-09
    除了需要监听 App 的生命周期回调做相应的处理之外，有时候我们还需要在组件渲染之后做一些与显示安全相关的操作。 能具体解释一下这个是什么意思么？比如说什么是显示安全相关的操作？

    作者回复: 比如你要等界面上的某个元素出现之后，才认为视图渲染完成，就可以用这个机制。具体可以参考40节分享

    共 2 条评论
    2
  • 咖啡凉了
    2019-08-26
    在iOS中，我们会用到viewWillAppear中实现方法刷新上一个页面的数据。Flutter中有类似的生命周期吗，怎么解决子页面数据提交后，返回到上一个页面刷新视图

    作者回复: 参考21节“路由与导航”里面提到的页面关闭参数

    共 2 条评论
    1
  • Geek_763c44
    2021-03-09
    flutter有没有类似android的Log.e("","")的方法，这样可以分级和根据键打印日志
  • 老花
    2020-10-23
    请问一下老师，现在使用flutter进行开发app，接入微信登录，QQ登录，微信支付，支付宝支付，QQ支付等功能，目前支持吗？比较担心这个问题，正在学习中，后续因为需要用到这些。
    共 2 条评论
  • 卡洛斯(๑Ő௰Ő๑)
    2020-10-21
    大佬你好，有组件可见的声明周期吗？另外 didChangeDependencies 具体是什么场景导致依赖变化的呢？
  • 许先森
    2020-09-14
    State内部的widget对象，在State的构造函数中是null，所以不可以在State构造函数中使用widget对象属性，在initState中可以。
  • 蹦哒
    2020-08-01
    老师请问：iOS中每一帧都对应着一次runloop的执行，对应Flutter就是每一帧会执行一次addPostFrameCallback回调，是这样的吗？