StreamBuilder与setState

StreamBuilder简介

Stream

如今的app是高度异步的,事件可能在任意时刻、以任意顺序发生。如用户点击了某个按钮、网络中断了、推送消息到了、内存不足了、网络请求数据返回来了等等。现代的GUI编程框架,基本上都是基于事件驱动模型的,我们通过Target-Action、Notification、Listener等方式处理各种事件。近几年,响应式编程兴起,以Stream将各种事件统一抽象起来,将各种事件看作数据流,这样使得我们可以用一种模式处理所有的事件。

Dart对异步数据流提供了很好的支持,此处不做过多介绍。

Stream<int> count() async* {
  int i = 1;
  while (ture) {
    yield I++;
  }
}

StreamBuilder

在Flutter中,我们如何使用Stream呢?使用StreamBuilder这个widget。

StreamBuilder<int>(
  stream: _myStream,
  builder: _myBuilderFunction,
);

StreamBuilder监听来自数据流的事件,每当新事件到来时重建widget子树,并将最新的事件传递给子树的builder

注意:

上面这句话是不准确的,每个事件并不严格对应一次build,使用不当会引发严重问题,这也是此篇文章的缘起。

StreamBuilder一个Stream对象和builder函数,对于给定snapshot返回相应的widget子树。

StreamBuilder(
  stream: _myStream,
  builder: (context, snapshot) {
    return MyWidget(snapshot.data);
  },
);

可以给它一个初始值,以在第一个事件到来之前显示某些数据。

StreamBuilder(
  stream: _myStream,
  initialData: 42,
  builder: (context, snapshot) {
    return MyWidget(snapshot.data);
  },
);

确保使用snapshot之前检查是否有数据,如果还没有,可以展示一个Indicator。

StreamBuilder<int>(
  stream: _myStream,
  builder: (context, snapshot) {
    if (!snapshot.hasData) {
      return CircularProgressIndicator();
    }
    return MyWidget(snapshot.data);
  },
);

如果想做更细粒度的控制,还可以检查ConnectionState

StreamBuilder(
  stream: _myStream,
  builder: (context, snapshot) {
    switch (snapshot.connectionState) {
      case ConnectionState.waiting:
      case ConnectionState.none:
        return LinearProgressIndicator();
      case ConnectionState.active:
        return MyWidget(snapshot.data);
      case ConnectionState.done:
        return MyFinalWidget(snapshot.data);
    }
  }
);

另外,我们还应该一如既往地检查错误,对吧?

StreamBuilder(
  stream: _myStream,
  builder: (context, snapshot) {
    if (snapshot.hasError) {
      return UhOh(snapshot.error);
    }
    ...
  }
);

实现原理

StreamBuilder的实现很简单,监听数据流的变化,并调用setState重建widget子树。

StreamBuilder是一个StatefulWidget,下面是State的实现代码:

class _StreamBuilderBaseState<T, S> extends State<StreamBuilderBase<T, S>> {
  StreamSubscription<T> _subscription;
  S _summary;

  @override
  void initState() {
    super.initState();
    _summary = widget.initial();
    _subscribe();
  }

  @override
  void didUpdateWidget(StreamBuilderBase<T, S> oldWidget) {
    super.didUpdateWidget(oldWidget);
    if (oldWidget.stream != widget.stream) {
      if (_subscription != null) {
        _unsubscribe();
        _summary = widget.afterDisconnected(_summary);
      }
      _subscribe();
    }
  }

  @override
  Widget build(BuildContext context) => widget.build(context, _summary);

  @override
  void dispose() {
    _unsubscribe();
    super.dispose();
  }

  void _subscribe() {
    if (widget.stream != null) {
      _subscription = widget.stream.listen((T data) {
        setState(() {
          _summary = widget.afterData(_summary, data);
        });
      }, onError: (Object error) {
        setState(() {
          _summary = widget.afterError(_summary, error);
        });
      }, onDone: () {
        setState(() {
          _summary = widget.afterDone(_summary);
        });
      });
      _summary = widget.afterConnected(_summary);
    }
  }

  void _unsubscribe() {
    if (_subscription != null) {
      _subscription.cancel();
      _subscription = null;
    }
  }
}

StreamBuilder中,只是将Stream的数据、错误等用AsyncSnapshot包装一下:

class StreamBuilder<T> extends StreamBuilderBase<T, AsyncSnapshot<T>> {
  const StreamBuilder({
    Key key,
    this.initialData,
    Stream<T> stream,
    @required this.builder,
  }) : assert(builder != null),
       super(key: key, stream: stream);

  final AsyncWidgetBuilder<T> builder;

  final T initialData;

  @override
  AsyncSnapshot<T> initial() => AsyncSnapshot<T>.withData(ConnectionState.none, initialData);

  @override
  AsyncSnapshot<T> afterConnected(AsyncSnapshot<T> current) => current.inState(ConnectionState.waiting);

  @override
  AsyncSnapshot<T> afterData(AsyncSnapshot<T> current, T data) {
    return AsyncSnapshot<T>.withData(ConnectionState.active, data);
  }

  @override
  AsyncSnapshot<T> afterError(AsyncSnapshot<T> current, Object error) {
    return AsyncSnapshot<T>.withError(ConnectionState.active, error);
  }

  @override
  AsyncSnapshot<T> afterDone(AsyncSnapshot<T> current) => current.inState(ConnectionState.done);

  @override
  AsyncSnapshot<T> afterDisconnected(AsyncSnapshot<T> current) => current.inState(ConnectionState.none);

  @override
  Widget build(BuildContext context, AsyncSnapshot<T> currentSummary) => builder(context, currentSummary);
}

setState简介

setState相信大家都不陌生了,它是如何触发build调用的?每次setState都会调用build吗?

State对象的内部状态改变时,我们调用setState通知Flutter框架预定一次build。传入的回调函数是同步调用的,不支持异步函数,因为那样会搞不清楚状态具体的设置时间。如果不调用setState而直接修改内部状态,则UI不会刷新。

setState(() { _myState = newValue; });

推荐只把具体的内部状态修改放在setState中,相关的计算逻辑或其它操作不要放在里面。比如,有一个计数器,点击之后加1并存储,那么只应该把加1放在setState中。

Future<void> _incrementCounter() async {
  setState(() {
    _counter++;
  });
  Directory directory = await getApplicationDocumentsDirectory();
  final String dirName = directory.path;
  await File('$dir/counter.txt').writeAsString('$_counter');
}

dispose之后,不应该再调用此方法,否则会引发错误。

来看一下setState的实现代码,对一些assert逻辑做了归纳:

void setState(VoidCallback fn) {
    assert(fn != null);
  // assert before dispose and after mounted
  ...
    final dynamic result = fn() as dynamic;
  // assert result isn't Future
  ...
      // We ignore other types of return values so that you can do things like:
      //   setState(() => x = 3);
      return true;
    }());
    _element.markNeedsBuild();
  }

代码很简单,检查生命周期状态以及result类型,然后标记element需要重建。setState调用Element的markNeedsBuild,标记Element为dirty,并将其添加到一个全局的widget列表中,下一帧时这个列表中的widget会重建。

StreamBuilder与setState

背景知识介绍完,终于可以进入主题了。只聊一个问题:每次新事件,都会build吗?

我们知道,屏幕是有刷新频率的,智能手机的刷新频率目前一般是60次。有如下关系:

  • StreamBuilder调用setState刷新UI
  • setState标记Element为dirty,在下一帧时重建widget子树

因此,如果在一帧时间内多次调用setState,那么只有最后一次生效。换言之,如果在一帧时间内有多个事件,那么在builder函数中只会接收到最后一次。

对于用户交互这样的事件来说,一帧的时间是很长的,这个问题基本可以忽略。但是对于网络请求这样的事件来说,一帧的时间又是很长的,同时发送多个请求,在同一帧时间片返回是很正常的。如果我们将每个接口的数据Push到数据流,StreamBuilder可能不会接收到所有的数据序列。

注意事项

讨论这个问题的意义何在呢?这涉及到“如何设计状态?”这个关键问题。

Flutter与React一样,都是基于响应式编程思想而设计的,UI就是状态的函数:

flutter_widget_state

所以,状态的设计质量直接决定代码的质量,请务必花心思设计状态,不要着急写UI。

记住一点:用于widget的数据流,后面的数据对前面的应该是替代关系,而不能是补充关系。只有这样,上面的公式才成立。

参考资源

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,864评论 6 494
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,175评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,401评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,170评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,276评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,364评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,401评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,179评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,604评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,902评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,070评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,751评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,380评论 3 319
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,077评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,312评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,924评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,957评论 2 351

推荐阅读更多精彩内容