当前位置:   article > 正文

Flutter生命周期方法总结_statelesswidget生命周期

statelesswidget生命周期

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((_) => {});
} 
  • 1
  • 2
  • 3
  • 4

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 {...
}@overridevoid initState(){super.initState();WidgetsBinding.instance.addObserver(this);}@overridevoid dispose() {// TODO: implement disposesuper.dispose();WidgetsBinding.instance.removeObserver(this);}@overridevoid didChangeAppLifecycleState(AppLifecycleState state) {super.didChangeAppLifecycleState(state);if (state == AppLifecycleState.paused) {// went to Background}if (state == AppLifecycleState.resumed) {// came back to Foreground}} 
  • 1
  • 2

2、AppLifecycleState

resumed

应用程序可见并响应用户输入。

inactive

应用程序处于非活动状态,未接收用户输入。

在 iOS 上,此状态对应于正在运行的应用或颤动主机视图处于前台非活动状态。应用在以下状态时会转换到此状态进入应用程序时拨打电话,响应 TouchID 请求切换台或控制中心,或者当 UIView 控制器承载颤动应用程序正在过渡。

在安卓上,这对应于正在运行的应用或颤动主机视图处于前台非活动状态。 应用在以下情况下过渡到此状态另一个活动是集中的,例如分屏应用程序,电话,画中画应用、系统对话框或其他窗口。 处于此状态的应用应假定它们可能随时[暂停]。

paused

应用程序当前对用户不可见,不响应用户输入,并在后台运行。 此状态时,引擎将不会调用[PlatformDispatcher.onBeginFrame] 和 [PlatformDispatcher.onDrawFrame]回调。

suspending

应用程序仍托管在flutter引擎上,但没有与任 host视图关联。

三、Binding(绑定)

1、WidgetsBindingObserver

abstract class WidgetsBindingObserver { 
  • 1

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() { } 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25

四、WidgetsBinding——组件层和引擎之间的粘合剂。

1、声明

mixin WidgetsBinding on BindingBase,
ServicesBinding,
SchedulerBinding,
GestureBinding,
RendererBinding,
SemanticsBinding { 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6

2、参数

/// 提供单例服务的 mixin 的基类(也称为绑定”)。
BindingBase
	
/// 监听平台消息并将其定向到 [defaultBinaryMessenger]。
ServicesBinding

/// 手势子系统的绑定。指针事件和手势竞技场的生命周期。
GestureBinding

/// 渲染树和引擎之间的粘合剂。
RendererBinding
	
/// 语义层和引擎之间的粘合。
SemanticsBinding 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14

五、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,
} 
  • 1
  • 2

六、RenderObjectToWidgetAdapter

从 [RenderObject] 到 [Element] 树的桥。

声明

class RenderObjectToWidgetAdapter<T extends RenderObject> extends RenderObjectWidget { 
  • 1

构造方法

RenderObjectToWidgetAdapter({this.child,required this.container,this.debugShortDescription,
}) : super(key: GlobalObjectKey(container)); 
  • 1
  • 2

七、RenderObjectToWidgetElement

由 [RenderObject] 承载的[RootRenderObjectElement]。

声明

class RenderObjectToWidgetElement<T extends RenderObject> extends RootRenderObjectElement { 
  • 1

构造方法

RenderObjectToWidgetElement(RenderObjectToWidgetAdapter<T> widget) : super(widget); 
  • 1

最后

最近找到一个VUE的文档,它将VUE的各个知识点进行了总结,整理成了《Vue 开发必须知道的36个技巧》。内容比较详实,对各个知识点的讲解也十分到位。



有需要的小伙伴,可以点击下方卡片领取,无偿分享

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/盐析白兔/article/detail/308573
推荐阅读
相关标签
  

闽ICP备14008679号