12

我的其中一个中有一个定期计时器StatelessWidget。无需过多介绍，这里是一段生成计时器的代码：

class AnniversaryHomePage extends StatelessWidget {

  . . .  

  void _updateDisplayTime(StoreInheritedWidget inheritedWidget) {
    String anniversaryString = inheritedWidget.prefs.getString('anniversaryDate');
    inheritedWidget.store.dispatch(DateTime.parse(anniversaryString));
  }

  /// Widget Methods
  @override
  Widget build(BuildContext context) {
    final inheritedWidget = StoreInheritedWidget.of(context);
    new Timer.periodic(this.refreshRate, (Timer timer) => _updateDisplayTime(inheritedWidget));

    . . .
}

当我尝试将应用程序的起点注入flutter test时，我收到以下错误消息：

══╡ EXCEPTION CAUGHT BY FLUTTER TEST FRAMEWORK ╞════════════════════════════════════════════════════
The following assertion was thrown running a test:
A periodic Timer is still running even after the widget tree was disposed.
'package:flutter_test/src/binding.dart': Failed assertion: line 668 pos 7:
'_fakeAsync.periodicTimerCount == 0'

问题是，我是不是用Timer.periodic错了？如果没有，我该如何减轻这个错误？

4

1 回答 1

36

问题是创建 Timer 会创建一个必须释放的资源，因此您的小部件实际上是有状态的，而不是无状态的。具体来说，该build方法可以每秒调用 60 次（如果平台是 120fps，则可以调用更多）。任何更少都只是一种优化。

您的代码中有一个非常严重的错误 - 该build方法每次调用时都会创建一个新的 Timer。而且由于您的计时器永远不会被取消，因此您可能会将数百甚至数千个事件发送到您的商店。

为了避免这种情况，框架有一个State类，有一个initState和dispose生命周期。该框架承诺，如果它重建您的小部件，它不会initState多次调用，并且始终会调用dispose. 这允许您创建一次 Timer 并在后续调用build.

例如，您可以将大部分逻辑移动到如下所示的状态。将 refreshRate 保留在小部件上，您甚至可以使用didUpdateWidget生命周期取消和更新计时器。

class AnniversaryHomePage extends StatefulWidget {
  @override
  State createState() => new AnniversaryHomePageState();
}

class AnniversaryHomePageState extends State<AnniversaryHomePage> {
  Timer _timer;

  @override
  void initState() {
    _timer = new Timer.periodic(widget.refreshRate, 
      (Timer timer) => _updateDisplayTime(inheritedWidget));
    super.initState();
  }

  @override
  void dispose() {
    _timer.cancel();
    super.dispose();
  }

  @override
  Widget build(BuildContext context) {
    ...
  }
}
于 2018-04-21T07:24:29.400 回答