iOS开发Flutter探索-State状态保存(10)

有时候我们不希望某个页面每次打开时都重新加载，比如就我们之前的Tabbar结构的页面，每当我们在切换Tab的时候都会执行 void initState() ，这就意味着页面每次都会重新渲染，之所以这样就是因为我们的 State 状态没有保存，如下图所示：

我们提供的服务有：网站制作、成都网站制作、微信公众号开发、网站优化、网站认证、惠济ssl等。为成百上千企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的惠济网站制作公司

[没有状态保存效果图]

给当前 State 类添加一个扩展(这里就用扩展这个词吧，其实类似于iOS下的 Category )，一个系统的扩展类 AutomaticKeepAliveClientMixin ，并重写 wantKeepAlive 方法，让一个普通的 State 类，具有保存状态的能力。

在Dart语法中通过使用 with 关键字来添加扩展：

bool get wantKeepAlive = true; 之后，当前 State 就具备保存能力了，也就意味着重复切换Tab后， void initState() 就不会重复执行了（由原来的 viewWillAppear() 变成了 viewDidLoad() ）。

按照上面方式修改后，发现切换Tab后 void initState() 依然重复执行了，这是为什么呐？这里我们看下我们之前 root_page.dart 里面是如何配置我们的tabbar结构的：

这里我们是通过一个 _viewControllers 的List，把4个子页面放在了里面，全局有一个 _currentIndex ，当 onTap 回调后后，更新 _currentIndex 的值，执行 setState () 后， body 对应的 widget 页面发生改变。而问题也就出在这里，当 body 部分发生改变时，根据Flutter的底层渲染逻辑，这里会移除掉之前的 Widget ，并重新创建新的 Widget ，我们之前在 _viewControllers 放的子页面，并不像iOS下是一个实例对象，存在就直接拿来使用。在Flutter 中 setState () 后界面会被重新绘制，而 body 部分只知道我要渲染一个什么样的 widget ，而该类型的 widget 每次都是会重新创建，这也就意味着我们在Tab切换时，每次都是重新创建，所以每次都执行了 initState() 。

显然我们现在的方式是不合理的，那在Flutter中如何管理这样的子页面，而避免重复渲染呐？

这就要用到一个新的部件了： PageView() ,内部的2个关键属性：

子页面切换通过 _controller.jumpToPage(index); 来实现。

这样子页面也就不会重新创建渲染了，我们的状态保存也就能正常实现了。

学习是一个循序渐进的过程，我们总是在踩坑中不断的前行，把坑填平了也就意味着我们在这个新的东西面前立了足，就可能进行更多为什么的探索了。

Flutter PageView使用案例

现在的小目标是要实现一个 「图片轮播」的效果，我们在 Android 中可以使用 ViewPager 结合 handler 或者 Timer 去实现。

而我们在 Flutter 中，其实也是类似的。

那么，在 Flutter 中，代替 Android 中的 ViewPager 组件是 PageView ，而且，这个 PageView 相比 ViewPager 扩展性更高。

我们来看一下

Flutter PageView 官网

根据官网的介绍， PageView 在需要展示的页面很多时，有「控件复用」功能，而且，我们还可以通过

来设置滚动的方向，也就是说，我们还可以完成「纵向滚动」，真的很棒有么有？

偷的小米官网的轮播图

看一下效果图

GestureDetector ，或者直接返回一个 button 类型的 Widget 即可

ok,了解了这个PageView，接下来，我们想法子搞一个「轮播效果」，请见下一篇文章。

Flutter中的StatefulWidget及其生命周期

状态可变的 widget 。

通过其类的定义能够看到 StatefulWidget 配置 StatefulElement 。

State 是 StatefulWidget 的内部逻辑与状态，由 StatefulWidget 的 createState 创建。

StatefulWidget 实例本身是不可变的， 但是 StatefulWidget 将其可变的状态，存储在与之关联的 State 对象中。

不管什么时候，只要在树中 mount 一个新的 StatefulElement ，必然需要注入一个 StatefulWidget ，注入一个 StatefulWidget 时， framework 都会调用一次 createState 方法。

其实，在 StatefulElement 构造的时候，就会调用 createState ，创建 _state 对象，（ _state 是 StatefulElement 的变量）并且在 StatefulElement 的初始化方法中为 _state 关联当前的 StatefulElement 和用以配置 StatefulElement 的 StatefulWidget 。

StatefulElement 初始化方法如下：

这意味着如果 StatefulWidget 被插入到树中的多个位置，则会有多个 State 对象分别与它们关联。

关于此类的定义如下：

描述： 重写此方法以执行初始化。

场景： 如果 State 的 build 方法依赖于本身可以改变状态的对象时。（例如 ChangeNotifier 或 Stream ，或者可以订阅并接收通知的其他对象）正确的方式是：

注意点： 此方法中不能使用 BuildContext.dependOnInheritedWidgetOfExactType 。但是此方法被调用后会立即调用 didChangeDependencies ，在 didChangeDependencies 可以使用 BuildContext.dependOnInheritedWidgetOfExactType 。

调用时机： StatefulElement ，首次插入树中时会调用此方法，在 build 方法调用之前调用。

描述： StatefulElement 通过此方法返回的 widget 并通过调用 updateChild 来更新自己。

调用时机： framework 调用此方法的几个不同的场景如下：

描述： StatefulElement 存在，并且符合 Widget.canUpdate 的情况下对 StatefulWidget 进行更新。

调用时机： 不论何时只要 StatefulElement 的配置 widget 改变的时候就会调用。

注意： didUpdateWidget 方法最终会调用 build 方法，因此在此方法中调用 setState 是多余的。如果重写此方法，请确保调用 super.didUpdateWidget(oldWidget) 。

调用时机： 当此 State 对象的依赖项（ InheritedWidget ）更改时调用。

描述： 用于开发阶段 hot reload 。

调用时机： hot reload 时调用，调用后 build 方法也将被调用。无需在此方法中做任何操作。

调用时机： 当 StatefulElement 从树中移除的时候会调用。

调用时机： 当 StatefulElement 从树中 unmount 的时候会调用。

StatefulWidget 用以配置 StatefulElement ，但在这两者之间的 State 承接了 StatefulElement 的生命周期，而 StatefulWidget 仅仅只是连接了 State 与 StatefulElement 的不可变的实例，因此 StatefulWidget 的生命周期，依赖于 StatefulElement ，而 State 却是其最简单直接的体现形式。

为了能更好的理解 StatefulWidget 的生命周期，我画了一张关于 State 、 StatefulElement 、 Component 、 Element 的关系图。

Flutter中InheritedWidget的使用

在Tree中从上往下高效传递数据的基类widget , 定义为:abstract class InheritedWidget extends ProxyWidget

Flutter的响应式开发与React类似，数据都是自顶向下的。

假设有祖先组点A，中间经过结点B, C，然后到结点D，D需要从A中获取数据f，那按照自顶向下数据流转，f需要依次传递给B及C，最后才到C。这样开发极为不灵活，成本也比较高。所有Flutter需要有跨结点(只能是祖先后代节点，不能跨兄弟节点)高效传递数据的方案。

大体意思如下:

InheritedWidget 是在树中高效向下传递信息的基类部件；

调用[BuildContext.inheritFromWidgetOfExactType]方法可以从 BuildContext 中获取到最近的 InheritedWidget 类型的实例；

在 InheritedWidget 类型的控件被引用,也就是调用过 inheritFromWidgetOfExactType 方法后,当 InheritedWidget 自身状态改变时，会导致引用了 InheritedWidget 类型的子控件重构(rebuild)。

这里随便定义一个人 Person 类。

创建一个类继承 InheritedWidget，并实现 updateShouldNotify 方法。

之前说到调用[BuildContext.inheritFromWidgetOfExactType]方法可以从 BuildContext 中获取到最近的 InheritedWidget 类型的实例，所以此处定义一个静态的 of 方法，通过传入的 context 获取到最近的 InheriedDataWidget 实例。

1.定义数据模型

这里随便定义一个 Person 类。

2.自定义 InheritedWidget 控件类

创建一个类继承 InheritedWidget，并实现 updateShouldNotify 方法。

之前说到调用[BuildContext.inheritFromWidgetOfExactType]方法可以从 BuildContext 中获取到最近的 InheritedWidget 类型的实例，所以此处定义一个静态的 of 方法，通过传入的 context 获取到最近的 InheriedDataWidget 实例。

3.InheriedDataWidget 的使用

InheriedDataWidget 使用起来也很简单，它本身也是一个控件，只要在任意一个页面的子控件调用其构造方法就行，这里我们定义一个形如的 Widget 树。

WidgetA 是一个 StatefulWidget 类型的控件，可以调用 setState 刷新，如果是继承人 Stateless 类型的控件,那我们也可以通过 Stream 或者其他方式刷新数据，感兴趣的请看[什么是 Stream? Dart

WidgetA1_1 类

WidgetA1_2 类

WidgetA1_3 类

当我们点击 floatingActionButton 的时候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都会更新 Person 的信息，而且每点 floatingActionButton 一次， 当我们点击 floatingActionButton 的时候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都会更新 Person 的信息，而且每点 floatingActionButton 一次，都会输出：

如果我们试图在和 WidgetA 的同一层级的兄弟节点去访问 InheriedDataWidget 的 Person 数据，是不行的，因为父节点中并没有插入 InheriedDataWidget。

把 WidgetB 和 WidgetA 保持同一节点

这也体现了 Inheried(遗传) 这一单词的特性，遗传只存在于父子。兄弟不存在遗传的关系。

这种数据共享的方式在某些场景还是很有用的，就比如说全局主题，字体大小，字体颜色的变更，只要在 App 根层级共享出这些配置数据，然后在触发数据改变之后，所有引用到这些共享数据的地方都会刷新，这换主题，字体是不是就很轻松，事实上 Theme.of(context).primaryColor 之流就是这么干的。

以上就是有关InheritedWidget的使用。

自己也是从事Android开发5年有余了；整理了一些Android开发技术核心笔记和面经题纲，有关更多Android开发进阶技术资料、面经题纲、核心技术笔记； 想要进阶自己、拿高薪的同学请私信我回复“核心笔记”或“面试”领取！

Flutter 6种构造函数详解

Flutter有生成构造函数、默认构造函数、命名构造函数、重定向构造函数、常量构造函数、工厂构造函数

生成构造函数是最常见的构造函数，即生成实体类对象。

如果未声明构造函数，则会提供默认构造函数。 默认构造函数没有参数，并调用父类无参数构造函数。

默认情况下，子类中的构造函数调用父类的未命名无参数构造函数。 父类的构造函数在子类构造函数体的开头被调用。 如果还使用初始化了列表，则会在调用父类构造函数之前执行。 执行顺序如下：

如果父类没有未命名的无参数构造函数，则必须手动调用父类中的一个构造函数。 在子类的构造函数体之后用冒号(:)指定父类构造函数

当需要定义一个有特别含义的构造函数的时候，可以通过命名构造 形式：构造函数.XXX来命名构造函数

有时构造函数需要重定向到同一个类中的另一个构造函数，在冒号后面用this：

如果你的类需要成为永远不会更改的对象，则可以使这些对象成为编译时常量。 定义const构造函数要确保所有实例变量都是final。

不用直接创建对象（可以通过调用其他构造函数创建）

新闻标题：flutter实例的简单介绍
转载来于：http://abwzjs.com/article/phhodd.html