StatelessWidget 与在性能方面返回 Widget 的函数

Posted 2023-02-23

【中文标题】StatelessWidget 与在性能方面返回 Widget 的函数

【英文标题】：StatelessWidget vs a function returning Widgets in terms of performance

【发布时间】：2019-07-16 10:06:06

【问题描述】：

在性能方面，使用StatelessWidget 和function returning a Widget 有什么区别吗？

至少我很清楚flutter's repo issue 中指出的与性能无关的差异。

事实上，我有一些同事声称 functional widgets 在性能方面最差，但在阅读了一些关于该主题的内容后，我找不到任何可以证明该断言的结论性文档，因此任何类型的非常欢迎您对此事进行澄清！

据我所知，它们之间的唯一区别在于使用const Widget，这似乎可以避免重建阶段。

【问题讨论】：

***.com/questions/53234825/…、***.com/questions/51689435/… 的副本

我的问题集中在性能而不是用例上。

在这些答案中提到，性能是主要区别之一。

我重新打开了它，因为我认为这个问题更多的是关于“为什么类的性能更高？”

您能否指出他们提到它的段落并对其进行推理？我在文章中看不到性能这个词。仅在其中一篇引用的文章中，并且只是声称 Class 允许性能优化（这并不是我问题的真正症结，因为这将是一个选项）。我的问题与使用函数与小部件时某种固有的性能不佳有关。

【参考方案1】：

首先，我想指出一个包可用于从函数中生成StatelessWidget：functional_widget

---

增益是性能不一定是真的。这取决于您如何使用小部件，主要是如何使用它们来管理您的状态。

默认情况下，与应用程序中不利用其功能的函数相比，类可能会降低性能。

真正的问题是：他们的力量是什么？

简单：类可以相互独立更新。函数不能

类可以部分更新小部件树。

考虑一个重建每一帧并返回其子帧的小部件：

class InfiniteLoop extends StatefulWidget 
  const InfiniteLoop(Key key, this.child) : super(key: key);
  final Widget child;
  @override
  _InfiniteLoopState createState() => _InfiniteLoopState();


class _InfiniteLoopState extends State<InfiniteLoop> 
  @override
  Widget build(BuildContext context) 
    WidgetsBinding.instance.addPostFrameCallback((_) => setState(() ));

    return widget.child;
  

现在，如果我们将整个应用程序包装在那个小部件中，会发生什么？

void main() => runApp(InfiniteLoop(child: MyApp()));

什么都没有

当然，您将拥有一个经常在您的树中重建的小部件。但实际上MyApp的build方法只会被调用一次。

这是因为 Flutter 能够在小部件的实例未更改时中止树重建。

---

类可以滥用这种优化。

使用类可以巧妙地将小部件树的重建拆分为独立的部分。

列出一个类允许的所有潜在优化因素是不合理的，因为太多了。

以下示例是一个小部件，它采用int 并将其格式化为Text。问题是，如果int 传递了更改，此小部件将仅重建：

class Counter extends StatelessWidget 
  const Counter(Key key, this.value) : super(key: key);

  final int value;

  @override
  Widget build(BuildContext context) 
    return Text(value.toString());
  

  @override
  bool operator ==(Object other) =>
      identical(this, other) || (other is Counter && other.value == value);

  @override
  int get hashCode => value.hashCode;

这是因为 Flutter 使用 == 运算符来了解小部件是否应该更新（因此为什么 const 构造函数是一个很好的优化因素）。

这不是唯一的解决方案，但它是函数无法完成的一个很好的例子。

【讨论】：

感谢雷米的回答。我真的很感激 ;D 对我来说，关键是你的第一段：这取决于用法。这意味着您没有理由争辩说 StatelessWidget 本质上比函数性能最高（如果我们将自己从其他需要能够通过覆盖 operator== 等进行微调的用例中抽象出来） ）。然后我的下一个问题，使用 InfiniteLoopWidget 的示例，我已经用一个函数对其进行了测试，但该函数只被调用一次

我无法合理地列出类在这里性能更高的所有原因。但我可以肯定地说，函数永远无法击败优化的类架构。

InfiniteLoop 示例与类与函数无关。它是关于展示类可以使用的优化因素之一。

为了明确我的观点，我绝对同意类允许在 Flutter 中进行更多优化，但在我看来，根据您的回答，您不认为返回小部件的函数本质上是在性能方面不好。这只是案例的用法和特殊性问题。很明显，如果您使用类，如果需要，您将始终打开案例进行优化。对吗？