在initState中调用setState的重要性

Question

8 浏览2023年5月25日

匿名的 2023年5月25日

0 Comments

在StatefullWidget的initState()方法中是否应该调用setState()方法？

我理解initState()方法会自动应用状态。

下面的代码不起作用。post对象被评估为null。

@override


  void initState() {
    ItemService.getItemById(widget.postId).then((DocumentSnapshot doc){
        post = ItemService.getPostFromDocument(doc);
    });
  }

但是下面的代码可以正常工作。

@override


  void initState() {
    ItemService.getItemById(widget.postId).then((DocumentSnapshot doc){
      setState((){
        post = ItemService.getPostFromDocument(doc);
      });
    });
  }

在其他情况下，即使在同一个类中不使用setState()也可以正常工作。

那么什么时候应该在initState()方法中使用setState()，什么时候不用？

另一个相关问题：

在我的initState()中什么时候应该调用super.initState()？如果我不调用它会有什么影响？

0

3 答案

匿名的 · Answer 1 · 2023-08-20T13:39:59+00:00

在initState中调用setState的重要性

在initState中如果想调用一个异步方法，就必须使用setState。但是如果不是异步方法，则会遇到问题，因为在构建状态之前，您将尝试重新构建小部件的状态。基本上，答案是肯定的：每当您在initState中执行异步函数时，都应该调用setState。我强烈建议您搜索有关小部件生命周期的信息。

问题的原因：

在initState中调用异步方法时，必须使用setState。如果不使用setState，将无法在异步方法完成之后更新小部件的状态。这是因为在initState完成之前，小部件已经被构建，所以必须使用setState来重新构建小部件的状态。

解决方法：

为了解决这个问题，我们需要在调用异步方法之前使用setState来更新小部件的状态。这样，在异步方法完成后，小部件的状态将得到更新，并且可以正确地重新构建小部件。

下面是一个示例代码，演示了在initState中调用异步方法时使用setState的正确方法：


class MyWidget extends StatefulWidget {
  @override
  _MyWidgetState createState() => _MyWidgetState();
}
class _MyWidgetState extends State {
  String _data;
  @override
  void initState() {
    super.initState();
    fetchData();
  }
  Future fetchData() async {
    // Simulate an asynchronous operation
    await Future.delayed(Duration(seconds: 2));
    setState(() {
      _data = 'Data loaded';
    });
  }
  @override
  Widget build(BuildContext context) {
    return Text(_data ?? 'Loading...');
  }
}

在上面的示例代码中，我们在initState中调用了fetchData异步方法。在fetchData方法中，我们使用setState来更新小部件的状态。这样，当异步操作完成后，小部件的状态将得到更新，并且在build方法中正确地重新构建小部件。

在initState中调用异步方法时，必须使用setState来更新小部件的状态。这样可以确保在异步方法完成后重新构建小部件，并正确地显示更新后的状态。希望这篇文章对您理解在initState中调用setState的重要性有所帮助。

匿名的 · Answer 2 · 2023-09-04T10:09:51+00:00

在Flutter中，如果我们想要更新Stateful widget的内部状态，就需要调用setState()方法。调用该方法会通知框架组件的内部状态已经发生了改变，并且会触发组件重新构建以更新状态的值。因此，在initState()生命周期方法中调用setState()方法是没有必要的，因为该方法只在组件被插入到组件树中时调用一次，也就是组件初始化时。

然而，如果我们重写了initState()方法，那么就必须在方法的开始或结尾处调用super.initState()，否则会遇到一些问题。这些问题可能包括组件没有被插入到组件树中。

唯一可以在initState()中使用setState()方法的场景是在回调函数中，就像在第二个代码片段中所示。这是有效的，因为在回调函数运行时，组件已经被初始化并插入到组件树中，此时需要更新内部状态以触发重新构建。

另外需要注意的是，setState()方法只会在组件被挂载时才起作用。为此，每个组件都有一个bool类型的mounted属性，可以在调用setState()时检查该属性，以确保组件仍然处于挂载状态。在组件未被挂载时调用setState()可能会导致应用崩溃。因此，我建议不要在组件类外部调用setState()。

总结起来，我们并不需要在initState()中调用setState()方法，因为该方法只在组件初始化时调用一次。在其他情况下，只有在组件已经被挂载并且需要更新内部状态时，才应该调用setState()方法。通过遵循这些原则，我们可以避免一些潜在的问题，并保证组件的正常运行。

匿名的 · Answer 3 · 2023-07-10T22:00:13+00:00

在初始化状态（initState）方法中调用setState是无效的，因为它是异步的。在初始化状态方法执行完毕后，调用setState是无法更新状态的。

问题的原因是在示例代码中，并没有在初始化状态方法中调用setState。实际上，在初始化状态方法中调用setState是无效的，因为它是异步的。由于它是异步的，所以在初始化状态方法执行完毕后，调用setState是无法更新状态的。

解决方法是不要在初始化状态方法中调用setState，而是将异步逻辑放在其他适当的地方。如果确实需要在初始化状态方法中进行异步操作，可以使用其他方法来实现。例如，可以在didChangeDependencies方法中调用setState，该方法在初始化状态方法之后被调用。

以下是一个示例代码，演示了如何在didChangeDependencies方法中调用setState来进行异步操作：

class MyWidget extends StatefulWidget {


  @override
  _MyWidgetState createState() => _MyWidgetState();
}
class _MyWidgetState extends State {
  String data;
  @override
  void initState() {
    super.initState();
    fetchData();
  }
  @override
  void didChangeDependencies() {
    super.didChangeDependencies();
    setState(() {
      // 在这里更新状态
      data = 'New data';
    });
  }
  void fetchData() async {
    // 模拟异步操作
    await Future.delayed(Duration(seconds: 2));
    setState(() {
      data = 'Fetched data';
    });
  }
  @override
  Widget build(BuildContext context) {
    return Text(data ?? 'Loading...');
  }
}

在上面的代码中，初始化状态方法initState中调用了fetchData方法来进行异步操作。在didChangeDependencies方法中调用了setState来更新状态。这样可以保证在异步操作完成后，状态能够正确地更新并反映在界面上。

总结一下，不要在初始化状态方法中调用setState，因为它是无效的。如果需要在初始化状态方法中进行异步操作，可以考虑使用其他方法来实现，如didChangeDependencies方法。