State 的生命周期,指的是在用户参与的情况下,其关联的 Widget 所经历的,从创建到显示,再到更新最后到停止,直至销毁等各个阶段
不同的阶段涉及到特定的任务处理
State 的生命周期流程如下图所示
![2ab17bc79d1d4b769225bbcaf78c472d.png](https://i-blog.csdnimg.cn/blog_migrate/7dc41cfa4eab7a017ffa33ae42a3750c.jpeg)
由图可知:State 的生命周期可以分为三个阶段:创建(插入视图树)、更新(在视图树中存在)、销毁(从视图树中移除)
创建
State 初始化时会依次执行:构造方法 -> initState -> didChangeDependencies -> build,随后完成页面渲染
- 构造方法:State 生命周期的起点,Flutter 会通过调用 StatefulWidget.createState() 来创建一个 State。可以通过构造方法,来接收父 Widget 传递的初始化 UI 配置数据,而这些配置数据,决定了 Widget 最初的呈现状态
- initState:在 State 对象被插入视图树时调用。在 State 的生命周期中只会被调用一次,因此可以在 initState 函数中做一些初始化操作
- didChangeDependencies:专门用来处理 State 对象依赖关系变化,会在 initState() 调用结束后调用
- build:构建视图。经过构造方法、initState、didChangeDependencies 后,Framework 认为 State 已经准备就绪,于是便调用 build。在 build 中,需要根据父 Widget 传递过来的初始化配置数据及 State 的当前状态,创建一个 Widget 然后返回
更新
Widget 的状态更新,主要由 setState、didChangeDependencies 和 didUpdateWidget 触发
- setState:当状态数据发生变化时,可以通过调用 setState 方法告诉 Flutter 使用更新后数据重建 UI
- didChangeDependencies:State 对象的依赖关系发生变化后,Flutter 会回调该方法,随后触发组件构建。State 对象依赖关系发生变化的典型场景:系统语言 Locale 或应用主题改变时,系统会通知 State 执行 didChangeDependencies 回调方法
- didUpdateWidget:Widget 的配置发生变化时,或热重载时,系统会回调该方法
一旦这三个方法被调用,Flutter 随后便会销毁旧的 Widget,并调用 build 方法重建 Widget
销毁
组件销毁相对创建和更新而言更简单。比如页面销毁时或是组件被移除时,系统会调用 deactivate 和 dispose 这两个方法,来移除或销毁组件
- 当组件的可见状态发生变化时,deactivate 方法会被调用,这时 State 会被暂时从视图树中移除。
注意:页面切换时,由于 State 对象在视图树中的位置发生了变化,需要先暂时移除后再重新添加,重新触发组件构建,因此也会调用 deactivate 方法 - 当 State 被永久地从视图树中移除时,Flutter 会调用 dispose 方法,而一旦 dispose 方法被调用,组件就要被销毁了,因此可以在 dispose 方法中进行最终的资源释放、移除监听、清理环境等工作
![ae7894206b5f1b9fded3c31791551db5.png](https://i-blog.csdnimg.cn/blog_migrate/8a1d6a491f9069c3ba97c18921825cd2.jpeg)
![869e1447317bcf9da0097b8fd7c790a2.png](https://i-blog.csdnimg.cn/blog_migrate/0a66a526779b851e5dc01c0397dc2df5.jpeg)