MyHomePage 是应用的首页，它继承自StatefulWidget类，表示它是一个有状态的widget（Stateful widget）。现在，我们可以简单认为Stateful widget 和Stateless widget有两点不同：
Stateful widget可以拥有状态，这些状态在widget生命周期中是可以变的，而Stateless widget是不可变的。
Stateful widget至少由两个类组成：
一个StatefulWidget类。
一个 State类； StatefulWidget类本身是不变的，但是 State类中持有的状态在widget生命周期中可能会发生变化。
_MyHomePageState类是MyHomePage类对应的状态类。看到这里，细心的读者可能已经发现，和MyApp 类不同， MyHomePage类中并没有build方法，取而代之的是，build方法被挪到了_MyHomePageState方法中，至于为什么这么做，先留个疑问，在分析完完整代码后再来解答。
接下来，我们看看_MyHomePageState中都包含哪些东西：
1.状态。
int _counter = 0;_counter 为保存屏幕右下角带“➕”号按钮点击次数的状态。
2.设置状态的自增函数。
void _incrementCounter() { setState(() { _counter++; }); }当按钮点击时，会调用此函数，该函数的作用是先自增_counter，然后调用setState 方法。setState方法的作用是通知Flutter框架，有状态发生了改变，Flutter框架收到通知后，会执行build方法来根据新的状态重新构建界面， Flutter 对此方法做了优化，使重新执行变的很快，所以你可以重新构建任何需要更新的东西，而无需分别去修改各个widget。
3.构建UI界面
构建UI界面的逻辑在build方法中，当MyHomePage第一次创建时，_MyHomePageState类会被创建，当初始化完成后，Flutter框架会调用Widget的build方法来构建widget树，最终将widget树渲染到设备屏幕上。所以，我们看看_MyHomePageState的build方法中都干了什么事：
@override Widget build(BuildContext context) { return new Scaffold( appBar: new AppBar( title: new Text(widget.title), ), body: new Center( child: new Column( mainAxisAlignment: MainAxisAlignment.center, children: <Widget>[ new Text( '【全栈编程】-onajax.com提示:你已经点击了--', ), new Text( '$_counter', style: Theme.of(context).textTheme.display1, ), ], ), ), floatingActionButton: new FloatingActionButton( onPressed: _incrementCounter, tooltip: '【全栈编程】-onajax.com', child: new Icon(Icons.add), ), // This trailing comma makes auto-formatting nicer for build methods. ); }Scaffold 是 Material库中提供的一个widget, 它提供了默认的导航栏、标题和包含主屏幕widget树的body属性。widget树可以很复杂。
body的widget树中包含了一个Center widget，Center 可以将其子widget树对齐到屏幕中心， Center 子widget是一个Column widget，Column的作用是将其所有子widget沿屏幕垂直方向依次排列， 此例中Column包含两个 Text子widget，第一个Text widget显示固定文本 “【全栈编程】-onajax.com提示:你已经点击了--”，第二个Text widget显示_counter状态的数值。
floatingActionButton是页面右下角的带“➕”的悬浮按钮，它的onPressed属性接受一个回调函数，代表它被点击后的处理器，本例中直接将_incrementCounter作为其处理函数。
现在，我们将整个流程串起来：当右下角的floatingActionButton按钮被点击之后，会调用_incrementCounter，在_incrementCounter中，首先会自增_counter计数器（状态），然后setState会通知Flutter框架状态发生变化，接着，Flutter会调用build方法以新的状态重新构建UI，最终显示在设备屏幕上。
为什么要将build方法放在State中，而不是放在StatefulWidget中？现在，我们回答之前提出的问题，为什么build()方法在State（而不是StatefulWidget）中 ？这主要是为了开发的灵活性。如果将build()方法在StatefulWidget中则会有两个问题：
状态访问不便
试想一下，如果我们的Stateful widget 有很多状态，而每次状态改变都要调用build方法，由于状态是保存在State中的，如果将build方法放在StatefulWidget中，那么构建时读取状态将会很不方便，试想一下，如果真的将build方法放在StatefulWidget中的话，由于构建用户界面过程需要依赖State，所以build方法将必须加一个State参数，大概是下面这样：
Widget build(BuildContext context, State state){ //state.counter ... }这样的话就只能将State的所有状态声明为公开的状态，这样才能在State类外部访问状态，但将状态设置为公开后，状态将不再具有私密性，这样依赖，对状态的修改将会变的不可控。将build()方法放在State中的话，构建过程则可以直接访问状态，这样会很方便。
继承StatefulWidget不便
例如，Flutter中有一个动画widget的基类AnimatedWidget，它继承自StatefulWidget类。AnimatedWidget中引入了一个抽象方法build(BuildContext context)，继承自AnimatedWidget的动画widget都要实现这个build方法。现在设想一下，如果StatefulWidget 类中已经有了一个build方法，正如上面所述，此时build方法需要接收一个state对象，这就意味着AnimatedWidget必须将自己的State对象(记为_animatedWidgetState)提供给其子类，因为子类需要在其build方法中调用父类的build方法，代码可能如下：
class MyAnimationWidget extends AnimatedWidget{ @override Widget build(BuildContext context, State state){ //由于子类要用到AnimatedWidget的状态对象_animatedWidgetState， //所以AnimatedWidget必须通过某种方式将其状态对象_animatedWidgetState //暴露给其子类 super.build(context, _animatedWidgetState) } }这样很显然是不合理的，因为