Flutter组件中初始化final变量的最佳实践探究

在Flutter开发UI组件时，我们经常会碰到这种情况：需要用非const值来初始化final变量，但这类值没法直接设为构造函数的默认参数。下面先梳理三种可行的实现方式，再重点分析后两种方案的优劣，给出最佳实践建议。

三种可行实现方式 #

1. 在build方法中初始化 #

这种方式能保留const构造函数，但变量会在每次组件build时重新创建，不仅浪费资源，还可能引发不必要的性能问题，显然不是理想方案。

代码示例：

class SomeWidget extends StatelessWidget {
  const SomeWidget({super.key, this.date});

  final DateTime? date;

  @override
  Widget build(final BuildContext context) {
    final dateToShow = date ?? DateTime.now();

    return...
}

2. 通过构造函数初始化 #

这种方式的效果很直观：变量只会在组件实例化时初始化一次，后续不会重复创建。但代价是没法用const修饰构造函数，这意味着组件不能被标记为const，在一些需要复用组件的场景（比如列表、网格）里，可能会损失部分性能优化空间。

代码示例：

class SomeWidget extends StatelessWidget {
  SomeWidget({super.key, final DateTime? date}) : _date = date ?? DateTime.now();

  final DateTime _date;
  
  @override
  Widget build(final BuildContext context) {
    return...
}

3. 在StatefulWidget的State中初始化 #

这种方式能重新用上const构造函数，而且因为不需要调用setState()，对性能的影响很小。但缺点也很明显：要多写一套State类的代码，增加了冗余度，还会额外创建一个State实例。

代码示例：

class SomeWidget extends StatefulWidget {
  const SomeWidget({super.key, this.date});

  final DateTime? date;

  @override
  State<SomeWidget> createState() => _SomeWidgetState();
}

class _SomeWidgetState extends State<SomeWidget> {
  late final _date;

  @override
  void initState() {
    super.initState();
    _date = widget.date ?? DateTime.now();
  }
}

后两种方案的对比与最佳实践 #

性能差异 #

• 构造函数初始化：变量只在组件创建时初始化一次，没有额外的State实例开销，几乎没什么性能损耗。
• State中初始化：同样只初始化一次，但会多创建一个State对象，多占一点点内存——不过这点开销在绝大多数业务场景下完全可以忽略。

怎么选？ #

• 如果你的组件不需要作为const组件被复用（比如只是页面里的某个独立控件，不会大量重复渲染），优先选构造函数初始化的方式。代码更简洁，没有冗余的State层，后续维护起来更省心。
• 如果你的组件需要保持const特性来优化复用性能（比如作为列表项、频繁渲染的通用组件），那就选StatefulWidget+State初始化的方式，用少量的代码冗余换取const构造函数带来的复用优化。

另外补充一点：如果要初始化的非const值依赖BuildContext（比如需要获取主题色、媒体查询数据），那上述两种方式都不适用，只能在build方法或者State的didChangeDependencies方法里处理。

内容的提问来源于stack exchange，提问作者Abigotado