}
ThreadMode.BACKGROUND
事件回调将在后台线程中被调用。如果发布事件的线程不是主线程,事件回调将直接在发布线程被调用。否则,EventBus 使用一个后台线程(单例)来按序调用每个回调。使用这种模式的事件回调应该尝试快速返回以尽量不要阻塞后台线程。
// Called in the background thread
@Subscribe(threadMode = ThreadMode.BACKGROUND)
public void onMessage(MessageEvent event){
saveToDisk(event.message);
}
##ThreadMode: ASYNC
事件回调方法总是在单独的线程被调用。这些线程不会是发布事件的线程,也不会是主线程。向此模式的回调方法 post 事件永远不会发生等待。如果回调方法执行网络请求之类的耗时操作的话则应该使用这种模式。避免同时触发大量长时间运行的异步任务来限制并发线程的数量,EventBus 使用线程池有效地重用已完成的异步任务线程。
// Called in a separate thread
@Subscribe(threadMode = ThreadMode.ASYNC)
public void onMessage(MessageEvent event){
backend.send(event.message);
}
Sticky Events (粘性事件)
对于某些事件,在其被 post 之后我们仍然关心它携带的信息。例如,表示某些初始化已完成的事件。或者,对于传感器数据或位置信息,想要保存最近一次的值。可以使用 Sticky Events, 而不是自己去实现一个缓存。EventBus 会将最后一个特定类型的粘性事件保存在内存中,这个粘性事件可以传递给 Subscriber 或者被直接查询。因此,不需要任何特殊的代码来考虑早已存在的数据。
粘性事件示例
比方说,我们之前 post 了一个粘性事件:
EventBus.getDefault().postSticky(new MessageEvent(“Hello everyone!”));
现在一个新的 Activity 启动了。所有订阅粘性时间的方法在注册的时候就会立即收到之前 post 的粘性事件:
@Override
public void onStart() {
super.onStart();
EventBus.getDefault().register(this);
}
// UI updates must run on MainThread
@Subscribe(sticky = true, threadMode = ThreadMode.MAIN)
public void onEvent(MessageEvent event) {