Flutter之build 方法详解

前言

我们创建一个Flutter程序，入口文件内容如下

//导包，此行代码作用是导入了 Material UI 组件库。Material (opens new window)是一种标准的移动端和 web 端的视觉设计语言， Flutter默认提供了一套丰富的 Material 风格的 UI 组件。 import 'package:flutter/material.dart';//应用入口 void main() {runApp(const MyApp()); }/// 在 Flutter 中，大多数东西都是 widget（后同“组件”或“部件”），包括对齐(alignment)、填充(padding)和布局(layout)等，它们都是以 widget 的形式提供。 class MyApp extends StatelessWidget {const MyApp({super.key});@override///Flutter 在构建页面时，会调用组件的build方法，widget 的主要工作是提供一个 build()方法来描述如何构建 UI 界面（通常是通过组合、拼装其它基础 widget）。Widget build(BuildContext context) {///MaterialApp 是 Material 库中提供的 Flutter APP 框架，通过它可以设置应用的名称、主题、语言、首页及路由列表等。MaterialApp也是一个 widget。return MaterialApp(//用于名称title: 'Flutter Demo',//主题theme: ThemeData(primarySwatch: Colors.blue,),//home 为 Flutter 应用的首页，它也是一个 widget。home: const MyHomePage(title: 'Flutter Demo Page'),);} }//首页 它继承自StatefulWidget类，表示它是一个有状态的组件（Stateful widget） class MyHomePage extends StatefulWidget {//required 代表着title必须传入const MyHomePage({super.key, required this.title});final String title;@overrideState<MyHomePage> createState() => _MyHomePageState(); }class _MyHomePageState extends State<MyHomePage> {int _counter = 0;void _incrementCounter() {//setState方法的作用是通知 Flutter 框架，有状态发生了改变，Flutter 框架收到通知后，会执行build方法来根据新的状态重新构建界面， Flutter 对此方法做了优化，使重新执行变的很快，所以你可以重新构建任何需要更新的东西，而无需分别去修改各个 widgetsetState(() {_counter++;});}@overrideWidget build(BuildContext context) {//Scaffold 是 Material 库中提供的页面脚手架，它提供了默认的导航栏、标题和包含主屏幕widget树（后同“组件树”或“部件树”）的body属性，组件树可以很复杂。路由默认都是通过Scaffold创建。return Scaffold(//顶部导航栏appBar: AppBar(// 这里，我们从App.build方法创建的MyHomePage对象中获取值，并使用它设置appbar标题。title: Text(widget.title),),//Center 可以将其子组件树对齐到屏幕中心,Center只能有一个孩子body: Center(//Column的作用是将其所有子组件沿屏幕垂直方向依次排列,Column可以有多个孩子，孩子用[]包裹起来child: Column(mainAxisAlignment: MainAxisAlignment.center,children: <Widget>[const Text('You have pushed the button this many times:',),Text('$_counter',style: Theme.of(context).textTheme.headlineMedium,),],),),//这是一个浮动按钮floatingActionButton: FloatingActionButton(onPressed: _incrementCounter,//描述按下按钮时将发生的操作的文本tooltip: 'Increment',child: const Icon(Icons.add),),);} }

_MyHomePageState类是MyHomePage类对应的状态类。我们发现MyHomePage和MyApp 类不同， MyHomePage类中并没有build方法，取而代之的是，build方法被挪到了_MyHomePageState方法中，那么为什么要这样写呢？

原因

如果将build()方法放在StatefulWidget中则会有两个问题：

状态访问不便

如果我们的StatefulWidget有很多状态，而每次状态改变都要调用build方法，由于状态是保存在 State 中的，如果build方法在StatefulWidget中，那么build方法和状态分别在两个类中，那么构建时读取状态将会很不方便！试想一下，如果真的将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{@overrideWidget build(BuildContext context, State state){//由于子类要用到AnimatedWidget的状态对象_animatedWidgetState，//所以AnimatedWidget必须通过某种方式将其状态对象_animatedWidgetState//暴露给其子类 super.build(context, _animatedWidgetState)}}

这样很显然是不合理的，因为

1. AnimatedWidget的状态对象是AnimatedWidget内部实现细节，不应该暴露给外部。
2. 如果要将父类状态暴露给子类，那么必须得有一种传递机制，而做这一套传递机制是无意义的，因为父子类之间状态的传递和子类本身逻辑是无关的。