状态（state）管理对于做移动端开发的同学可能会比较陌生
移动端开发的同学大部分用的都是命令式框架（例如 Android SDK 或者 iOS UIKit），部分同学可能用过响应式编程框架，如：ReactiveCocoa、ReactiveX 系列 (RxSwift、RxKotlin、RxJava) 。
用过 React/Vue 的前端同学可能对声明式编程和状态管理会熟悉些，因为 flutter 跟他们很像，可以说是一样的思想。
学习 flutter 首先就是命令式编程到声明式编程的转变
- 命令式编程：一步一步告诉计算机先做什么再做什么。
- 声明式编程：告诉计算机需要计算“什么”而不是“如何”去计算。
拿 flutter 声明式 UI 举例，命令式编程你可能会手动构建一个 UI 实例，比如一个 UIView 或其他类似的，在随后 UI 发生变化时，使用方法或 Setter 修改它。而 flutter 正好相反，flutter 使用 widgets 描述 UI，当用户界面发生变化时，flutter 不会修改旧的实例，而是构造新的 widget 实例，当然为了性能只会构造需要构造实例，这一切都是由框架来计算完成的。
flutter 构建的用户界面其实就是应用的当前状态，说白了就是数据和试图的绑定，形成一种映射关系，数据的变化驱动视图的变化，当应用的状态（也就是数据）发生改变时（例如，用户在设置界面中点击了一个开关选项）就会触发用户界面的重绘，用新的状态构建新的界面。
因为 flutter 应用是响应式/声明式的，所以就需要一个状态管理框架来进行状态（state）管理，否则等应用达到一定规模，状态多的时候，就会造成难以维护的局面，状态管理很复杂，目前 flutter 有多种状态管理解决方案，适用不同的开发场景，下面是我自己接触并使用过的一些方案。
- setState 适用于较小规模 widget 的暂时性状态的基础管理方法，非常基础一定要会。
- InheritedWidget 组件树中不同层级间的 widget 通信的基础方法，就是跨组件传递共享数据，它是 Provider 等状态管理方案的底层实现，也必须理解透彻。( 7.2：数据共享（InheritedWidget） · 《Flutter实战》 )
- Provider 官方推荐的初学者状态管理方案，基于 InheritedWidget 实现，非常好理解而且不需要写很多代码。( 7.3： 跨组件状态共享（Provider） ) 这篇文章会带你使用 InheritedWidget 实现一个最小功能的 Provider，可以更深的了解 Provider。
- BLoC 是基于流来管理数据，并将试图和业务逻辑分离，跟 Provider 很像，也是基于 InheritedWidget 实现。
- Fish Redux 是咸鱼开源的一个基于 Redux 数据管理的组装式 flutter 应用框架， 特别适用于构建中大型的复杂应用，非常适合团队开发，因为它提供的统一的编码范式，统一团队编码风格，非常方便后期开发维护，团队开发非常推荐。( 阿里云云栖号：2亿用户背后的Flutter应用框架Fish Redux )
- 阿里直播这个是咸鱼团队关于 flutter 状态管理 和 Fish Redux 的直播分享回放，非常推荐观看。
