Flutter生命周期方法总结
Flutter生命周期方法总结
一、Widget生命周期
1、StatelessWidget生命周期
build 每次界面刷新的时候都会调用
2、StatefulWidget生命周期
createState
StatefulWidget 创建的时候,会立即执行,而且只执行一次。
initState
StatefulWidget 创建完后调用的第一个方法,而且只执行一次,类似于 Android 的 onCreate、iOS 的 viewDidLoad()。 这时 StatefulWidget 的 mount 的值会变为 true,直到 dispose 调用的时候才会变为 false。
didChangeDependencies
当 StatefulWidget 第一次创建的时候,didChangeDependencies 方法会在 initState 方法之后立即调用,之后当 StatefulWidget 刷新的时候,就不会调用了,除非你的 StatefulWidget 依赖的 InheritedWidget 发生变化之后,所以 didChangeDependencies 有可能会被调用多次。
build
在 StatefulWidget 第一次创建的时候,build 方法会在 didChangeDependencies 方法之后立即调用,另外一种会调用 build 方法的场景是,每当 UI 需要重新渲染的时候,build 都会被调用,所以 build 会被多次调用,然后 返回要渲染的 Widget。千万不要在 build 里做除了创建 Widget 之外的操作,因为这个会影响 UI 的渲染效率。
addPostFrameCallback
单次 Frame 绘制回调,通过 addPostFrameCallback 实现。它会在当前 Frame 绘制完成后进行进行回调,并且只会回调一次,如果要再次监听则需要再设置一次。addPostFrameCallback 的使用方法是在 initState 里:
import 'package:flutter/scheduler.dart';
@override
void initState() {
super.initState();
SchedulerBinding.instance.addPostFrameCallback((_) => {});
}
addPersistentFrameCallback
实时 Frame 绘制回调,则通过 addPersistentFrameCallback 实现。这个函数会在每次绘制 Frame 结束后进行回调,可以用做 FPS 监测。
didUpdateWidget
在使用 key 对 Widget 进行复用的时候才会调用。
deactivate
当要将 State 对象从渲染树中移除的时候,就会调用 deactivate 生命周期,这标志着 StatefulWidget 将要销毁,但是有时候 State 不会被销毁,而是重新插入到渲染树种。
dispose
当 View 不需要再显示,从渲染树中移除的时候,State 就会永久的从渲染树中移除,就会调用 dispose 生命周期,这时候就可以在 dispose 里做一些取消监听、动画的操作,和 initState 是相反的。
二、Flutter App生命周期
1、WidgetsBindingObserver
监听在前台还是在后台
class _MyHomePageState extends State<MyHomePage> with WidgetsBindingObserver {
...
}
@override
void initState(){
super.initState();
WidgetsBinding.instance.addObserver(this);
}
@override
void dispose() {
// TODO: implement dispose
super.dispose();
WidgetsBinding.instance.removeObserver(this);
}
@override
void didChangeAppLifecycleState(AppLifecycleState state) {
super.didChangeAppLifecycleState(state);
if (state == AppLifecycleState.paused) {
// went to Background
}
if (state == AppLifecycleState.resumed) {
// came back to Foreground
}
}
2、AppLifecycleState
resumed
应用程序可见并响应用户输入。
inactive
应用程序处于非活动状态,未接收用户输入。
在 iOS 上,此状态对应于正在运行的应用或颤动主机视图处于前台非活动状态。应用在以下状态时会转换到此状态进入应用程序时拨打电话,响应 TouchID 请求切换台或控制中心,或者当 UIView 控制器承载颤动应用程序正在过渡。
在安卓上,这对应于正在运行的应用或颤动主机视图处于前台非活动状态。 应用在以下情况下过渡到此状态另一个活动是集中的,例如分屏应用程序,电话,画中画应用、系统对话框或其他窗口。 处于此状态的应用应假定它们可能随时[暂停]。
paused
应用程序当前对用户不可见,不响应用户输入,并在后台运行。 此状态时,引擎将不会调用[PlatformDispatcher.onBeginFrame] 和 [PlatformDispatcher.onDrawFrame]回调。
suspending
应用程序仍托管在flutter引擎上,但没有与任 host视图关联。
三、Binding(绑定)
1、WidgetsBindingObserver
abstract class WidgetsBindingObserver {
2、方法
Future<bool> didPopRoute() => Future<bool>.value(false);
Future<bool> didPushRoute(String route) => Future<bool>.value(false);
Future<bool> didPushRouteInformation(RouteInformation routeInformation)
/// 在应用程序的在三维空间发生变化时调用。例如当手机旋转时。
void didChangeMetrics() { }
/// 当平台的文本比例因子改变时调用。
/// 这通常是由于用户更改系统文字因子而发生的,会影响整个应用。
void didChangeTextScaleFactor() { }
/// 当平台亮度更改时调用。
void didChangePlatformBrightness() { }
/// 当系统告诉应用用户的区域设置具有改变。例如用户更改了系统语言设置。
void didChangeLocales(List<Locale>? locales) { }
/// 当系统将应用置于后台或前台时调用。
void didChangeAppLifecycleState(AppLifecycleState state) { }
/// 在系统内存不足时调用。
void didHaveMemoryPressure() { }
/// 当系统改变当前活动的可访问性集合时调用特征。
void didChangeAccessibilityFeatures() { }
四、WidgetsBinding——组件层和引擎之间的粘合剂。
1、声明
mixin WidgetsBinding on BindingBase,
ServicesBinding,
SchedulerBinding,
GestureBinding,
RendererBinding,
SemanticsBinding {
2、参数
/// 提供单例服务的 mixin 的基类(也称为绑定”)。
BindingBase
/// 监听平台消息并将其定向到 [defaultBinaryMessenger]。
ServicesBinding
/// 手势子系统的绑定。指针事件和手势竞技场的生命周期。
GestureBinding
/// 渲染树和引擎之间的粘合剂。
RendererBinding
/// 语义层和引擎之间的粘合。
SemanticsBinding
五、SchedulerPhase
[SchedulerBinding] 贯穿 [SchedulerBinding.handleBeginFrame] 经历的各个阶段状态。
enum SchedulerPhase {
/// 未处理任何帧。任务(计划者 [SchedulerBinding.scheduleTask]),
/// 微任务 (计划者 [scheduleMicrotask]),[Timer]回调,
/// 事件处理程序(例如来自用户输入),和其他回调(例如来自[Future],[Stream]等) 可能正在执行。
idle,
/// 瞬时回调(安排者[SchedulerBinding.scheduleFrameCallback]) 当前正在执行。
/// 通常,这些回调处理将对象更新为新动画状态。
transientCallbacks,
/// 在处理瞬态回调期间调度的微任务当前正在执行。
/// 可能包括,例如,在 [transientCallbacks] 阶段解析的 futures resolved 回调。
midFrameMicrotasks,
/// 持续回调(由 [SchedulerBinding.addPersistentFrameCallback] 调度)当前正在执行。
/// 通常,这是构建/布局/绘制管道。
persistentCallbacks,
/// 帧后回调(由 [SchedulerBinding.addPersistentFrameCallback]调度)当前正在执行。
/// 通常,一般情况下会做一些帧清理工作和发起下一帧。
/// 这个阶段执行 SchedulerBinding.addPostFrameCallback 添加的回调。
postFrameCallbacks,
}
六、RenderObjectToWidgetAdapter
从 [RenderObject] 到 [Element] 树的桥。
声明
class RenderObjectToWidgetAdapter<T extends RenderObject> extends RenderObjectWidget {
构造方法
RenderObjectToWidgetAdapter({
this.child,
required this.container,
this.debugShortDescription,
}) : super(key: GlobalObjectKey(container));
七、RenderObjectToWidgetElement
由 [RenderObject] 承载的[RootRenderObjectElement]。
声明
class RenderObjectToWidgetElement<T extends RenderObject> extends RootRenderObjectElement {
构造方法
RenderObjectToWidgetElement(RenderObjectToWidgetAdapter<T> widget) : super(widget);
转载自:https://juejin.cn/post/7148305914188169253