前言
在Flutter中有state的概念,我们使用Bloc进行状态管理,通过Bloc addEvent的方式进行事件传递,状态变更。关于Bloc的基础用法,可
前言
在Flutter中有state的概念,我们使用Bloc进行状态管理,通过Bloc.addEvent的方式进行事件传递,状态变更。关于Bloc的基础用法,可以查阅Bloc官网相关资料,这里我们仅记录一下Bloc的队列等待。
新建一个Bloc类
class TestBloc extends Bloc<TestEvent, TestState> { TestBloc() : super(new TestState()); @override Stream<TestState> mapEventToState(TestEvent event) async* { if (event is TestEventA) { print("A"); await Future.delayed(Duration(seconds: 2)); print("finish A await"); } else if (event is TestEventB) { print("B"); } } } abstract class TestEvent {} class TestEventA extends TestEvent {} class TestEventB extends TestEvent {} class TestState {}
如上,定义了一个最基础的Bloc,事件A,事件B。我们接收到事件A后延时等待了2秒钟,用于验证Bloc的Event Loop是否具有阻塞性。
新建一个页面main.dart, 添加按钮事件,同时给bloc发送事件A和事件B:
//...省略非关键代码 onPressed: (){ _bloc.add(TestEventA()); _bloc.add(TestEventB()); }
现象:
print("A") 打印后,等待了2秒,打印 "finish A await", 然后才响应到事件B的触发。
结论:
Bloc 的 event 队列是一个阻塞性队列,先进先出,只有当上一个事件消费完毕后,才会触发响应队列中的下一个事件。
解释开发中所遇到的问题现象
在 await 前面 addEvent,会阻塞线程,造成事件的接收延时,但在await前面 yeild 不受影响,可以在延时前收到状态变更
Stream队列是否也是有序的?
通过代码测试,流内消息体的顺序与加入的顺序无关,与消息体本身的耗时正相关。
以上就是Bloc事件流是一个阻塞队列结论解析的详细内容,更多关于Bloc 事件流阻塞队列的资料请关注好代码网其它相关文章!