时间戳

首页 > 解决方案 > Flutter 中的 `Future.delayed(Duration.zero, ...)` 和 `SchedulerBinding.instance.addPostFrameCallback(...)` 有什么区别？

flutter - Flutter 中的 `Future.delayed(Duration.zero, ...)` 和 `SchedulerBinding.instance.addPostFrameCallback(...)` 有什么区别？

问题描述

如https://stackoverflow.com/a/49458289/5150593中所见，BuildContext在 Flutter 中（即在 中）初始渲染小部件后，基本上有两种访问方式initState：

Future.delayed(Duration.zero, () {
  // context can be used here...
});

和

SchedulerBinding.instance.addPostFrameCallback((_) {
  // context can be used here...
});

这两种方法有什么区别？使用一种方法比另一种方法有什么优势吗？是否有任何我没有看到的隐藏副作用？

根据我自己的探索，如果我在同一个小部件中使用这两种方法，initState则执行回调的顺序与注册回调的顺序相同。我查看了 Flutter 源代码Future.delayed，SchedulerBinding.instance.addPostFrameCallback但我真的不明白发生了什么。

标签： flutter

解决方案

@NBM ( https://oleksandrkirichenko.com/blog/delayed-code-execution-in-flutter ) 发表的评论中的链接几乎回答了这个问题。我将在这里为后人提供一个简短的解释。

  • 该Future.delayed(Duration.zero, () {})方法是使用 Dart 的事件队列的行为来延迟执行，直到下一次事件循环迭代，此时访问是安全的，context因为可以保证构建小部件。

  • 该SchedulerBinding.instance.addPostFrameCallback((_) {});方法特定于 Flutter，并与小部件的生命周期相关联。最终效果仍然是等到下一次事件循环迭代，但从语义上讲，这种方法更有意义，因为我们正在使用 Flutter 机制解决 Flutter 问题。

推荐阅读