flutter销毁,flutter被放弃

flutter webwiew销毁时间

在Widget销毁之前将WebView的监听和view销毁掉。

flutter生命周期大体上可以分为三个阶段：初始化、状态变化、销毁。

1、初始化阶段

对应执行构造方法和initState时候2、状态变化阶段

开新的widget或者调用setState方法的时候

3、销毁阶段

deactivate和dispose

二、生命周期阶段执行的函数

1、initState调用次数：1次

插入渲染树时调用，只调用一次，widget创建执行的第一个方法，这里可以做一些初始化工作，比如初始化State的变量。2、didChangeDependencies调用次数：多次

初始化时，在initState()之后立刻调用

当依赖的InheritedWidgetrebuild,会触发此接口被调用。实测在组件可见状态变化的时候会调用

3、build调用次数：多次初始化之后开始绘制界面。setState触发的时候会

4、didUpdateWidget调用次数：多次组件状态改变时候调用。

5、deactivate当State对象从树中被移除时，会调用此回调，会在dispose之前调用。页面销毁的时候会依次执行：deactivatedispose

6、dispose调用次数：1次当State对象从树中被永久移除时调用；通常在此回调中释放资源。

7、reassemble在热重载(hotreload)时会被调用，此回调在Release模式下永远不会被调用。

相关问答

Q1: flutter实践 - flutter中的生命周期

与iOS的ViewController、Android的Activity一样，Flutter中的Widget也存在生命周期，并且通过State来提现。而App则是一个特殊的Widget，除了需要处理视图显示的各个阶段，还需要应对应用从启动到退出所经历的各个状态。

State的生命周期，指的是在用户参与的情况查下，其关联的Widget所经历的从创建到显示再到更新最后到停止，直至销毁的各个过程阶段。

这些不同的阶段涉及到的特定的任务处理，正确理解State的生命周期至关重要，State的生命周期流程图图，如下所示：

从图中可以看到，State的生命周期可以分为3个阶段：创建、更新、销毁。下面将介绍每一个阶段的具体流程

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

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

一旦这三个方法被调用，Flutter就回销毁旧的Widget，并调用build方法重建Widget

组件销毁相对比较简单，组件被移除，或者页面销毁的时候，系统会调用deactivate和dispose这两个方法来移除或销毁组件

下面这张表格也可以帮助我们理解记忆这些调用实际

视图的生命周期，定义了视图的加载到构建的全过程，其回调机制能够确保我们可以更具视图的状态选择合适的时间做恰当的事情，而App的生命周期，则定义了App从启动到退出的全过程

在原生Android、iOS开发中，有时我们需要再对应的App生命周期事件中做相应的处理，比如App从后台进入前台，从前台退出后台，或者在UI绘制完成后做一些处理。

这样的需求，在原生开发中，可以通过重写Activity、ViewController生命周期回调方法，或者是注册应用程序的相关通知来兼容App的生命周期并做相应的处理。而在Flutter中，我们可以利用WidgetsBindingObserver类，来实现同样的需求。

下面我们看看WidgetsBindingObserver中具体有哪些回调函数：

didChangeAppLifecycleState回调函数中，有一个参数类型为AppLifecycleState的枚举类型，这个枚举类型是Flutter对App生命周期状态的封装，它的常用状态包括：

可以将App切前后台，控制台输出的App状态，可以发现：

我们可以通过下面的这张图直观的了解状态切换过程

除了需要监听App的生命周期回调做相应处理外，根据不同的需求，我们需要再组件宣讲之后做一些与显示安全相关的操作，在iOS中，可以通过GCD的方法，让操作在下一个RunLoop执行，在Android中，可以通过View.post()插入消息队列，来保证在组件渲染后进行相关操作。在Flutter中实现同样的需求会更简单：使用WidgetsBinding来实现即可

WidgetsBinding提供了单词Frame绘制回调和实时Frame绘制回调两种机制来满足不同的需求场景：

Q2: Flutter生命周期

生命周期是一个从创建到销毁的过程，Flutter生命周期分为两部分：

1.Widget的生命周期

2.APP的生命周期

1.StatelessWidget

对于StatelessWidget来说，生命周期只有build过程。build是用来创建Widget的，在每次页面刷新时会调用build。

2.StatefulWidget

StatefulWidget的生命周期依次为：

createState是StatefulWidget来创建State的方法，只调用一次，

initState是StatefulWidget创建后调用的第一个方法，而且只执行一次。在执行initState时，View没有渲染，但是StatefulWidget 已经被加载到渲染树里了，这事的StatefulWidget的 mount 的值会变为true，知道dispose才会变为false.一般我们把初始化的一些操作都放在initState中。

didChangeDependencies会在initState后立即调用，之后只有当StatefulWidget依赖的InheritedWidget发生变化之后，didChangeDependencies才会调用，所以didChangeDependencies可以调用多次。

build方法会在didChangeDeoendencies之后立即调用，在之后setState()刷新时，会重新调用build绘制页面，所以build方法可以调用多次。但一般不再build中创建除创建Widget的方法，否则会影响渲染效率。

addPostFrameCallback是StatefulWidget渲染结束之后的回调，只会调用一次，一般是在initState里添加回调：，

一般在dispose中做一些取消监听、动画的操作，和initState相对使用。

AppLifecycleState就是App的生命周期，包含四个：

Q3: flutter生命周期

Flutter跟安卓的Activity、iOS的ViewController一样拥有自己的生命周期， Flutter中一切都是Widget，渲染方式有点像H5的DOM树。

Flutter生命周期可以分为3个阶段：

1、实例化组件并添加到树， 即Navigator.push；

2、状态变化，即打开新的widget或者依赖的上级widget发生变化；

3、从树中移除, 即Navigator.pop。

在Flutter中Widget都是不可变的， 但实际上需要根据对应的状态刷新Widget。 从而产生了StatelessWidget和StatefulWdiget, StatefulWidget是由2个对象Widget和State组成的。

为什么将State和Widget分开呢？

答案是性能， State管理状态（可以理解为Controller），Widget是UI（即View)。 根据状态变化每次生成Widget(即View）可以节省内存，即不必每次创建状态对象State。

构造函数：

同其它高级语言， 只执行一次；

initState：

插入到渲染树时调用，只执行一次。（类似Android Fragment的onCreateView函数）

didChangeDependencies：

1、在初始化initState后执行； 2、显示/关闭其它widget。 3、可执行多次；

didUpdateWidget：

上级节点rebuild widget时， 即上级组件状态发生变化时会触发子widget执行didUpdateWidget;

deative:

有点像Android的onStop函数， 在打开新的Widget或回到这个widget时会执行； 可执行多次；

dispose：

类似于Android的onDestroy， 在执行Navigator.pop后会调用该办法， 表示组件已销毁；

reassemble：

点击闪电会执行，只用于调试时的hot reload。 release版本不会执行该函数。

常见业务场景：

Widget A打开Widget B： Navigator.push(B)

B构造函数---B initState---B didChangeDependencies---B build---A deactive---A didChangeDependencies.

Widget B退出： Navigator.pop

A deactive---A didChangeDependencies---A build---B deactive---B dispose

可以看出， Flutter打开、关闭Widget时跟安卓、iOS的时序一样， 都是先处理即将显示的界面。

activity生命周期和Flutter对应关系：

Flutter提供了WidgetsBindingObserver来监听AppLifecycleState， 而AppLifecycleState有4种状态：

1、 resumed 界面可见， 同安卓的onResume。

2、inactive界面退到后台或弹出对话框情况下， 即失去了焦点但仍可以执行drawframe回调；同安卓的onPause；

3、paused应用挂起，比如退到后台，失去了焦点且不会收到drawframe回调；同安卓的onStop；

4、suspending， iOS中没用，安卓里就是挂起，不会再执行drawframe回调；

下面是生命周期：

1、初次打开widget时，不执行AppLifecycleState的回调；

2、按home键或Power键， AppLifecycleState inactive----AppLifecycleState pause

3、从后台到前台：AppLifecycleState inactive---ApplifecycleState resumed

4、back键退出应用： AppLifecycleState inactive---AppLifecycleState paused

Q4: 一文解决Flutter中使用TextField遇到的各种疑难杂症

可以使用 SingleChildScrollView 包裹布局

这里还需要了解一个 Scaffold 中的一个属性 resizeToAvoidBottomInset

官方文档给出的解释就是处理键盘遮挡问题，默认是 true，如果不希望顶起需要设置为 false。

在 sdk 低版本的时候是使用 resizeToAvoidBottomPadding 需要将其设置为 false，现在已经弃用。但网上很多文章还没有改正，仍然用的 resizeToAvoidBottomPadding。

分两种情况

一种是使用系统的返回键，比如 android 底部导航自带的返回，

另一种是使用导航栏自定义的返回键

第一种情况需要在页面根布局使用 WillPopScope 在 onWillPop 中拦截返回处理。

原理都是通过判断输入框是否获取了焦点

当底部有固定的组件，比如提交按钮，我们在键盘弹起的时候希望按钮贴着键盘顶部固定，但是中间滚动视图可以自由滚动

可以在 SingleChildScrollView 外部再使用 Stack 包裹，悬浮按钮使用 Positioned 定位，

还要⚠️注意要给滚动组件底部留出距离防遮挡，同时还有动态加上 bottomBar 的高度，因为在 iphoneX 以上的手机，会有个虚拟按键，如果不加上该按键高度，同样会被遮挡

高度获取方法： MediaQuery.of(context).padding.bottom

在 showDialog 布局中使用 Scaffold 包裹，不要忘了将 backgroundColor 设为透明。

如果弹窗过高，还是需要将高度固定，然后使用 SingleChildScrollView ，弹窗中同样也可以在执行关闭的时候拦截，判断键盘是否弹起，如果弹起则要先关闭键盘。

给所有输入框绑定 FoucusNode

在 maxLines=1 的情况下，输入框不支持换行，换行按钮会变成 done

监听 onEditingComplete 方法

根布局使用 GestureDetector 或者 InkWell 包裹，点击的时候收起键盘。

最后要记得销毁