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;

  @override
  State<MyHomePage> createState() => _MyHomePageState();
}

class _MyHomePageState extends State<MyHomePage> {
  int _counter = 0;

  void _incrementCounter() {
    //setState方法的作用是通知 Flutter 框架，有状态发生了改变，Flutter 框架收到通知后，会执行build方法来根据新的状态重新构建界面， Flutter 对此方法做了优化，使重新执行变的很快，所以你可以重新构建任何需要更新的东西，而无需分别去修改各个 widget
    setState(() {
      _counter++;
    });
  }

  @override
  Widget 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{
      @override
      Widget build(BuildContext context, State state){
        //由于子类要用到AnimatedWidget的状态对象_animatedWidgetState，
        //所以AnimatedWidget必须通过某种方式将其状态对象_animatedWidgetState
        //暴露给其子类   
        super.build(context, _animatedWidgetState)
      }
  }

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