EventBus教程 Android开发

在上一篇文章中，已经稍微了解了下EventBus和一些基本概念，包括如何在项目中添加EventBus支持。下面就深入学习如何使用。
一般使用和API 依据上篇中的三个步骤，并进行一些扩展。
1: 定义 EventBus
Events are POJO (plain old Java object) without any specific requirements.
事件就是一个包含特定要求的原始Java对象

publicclassMessageEvent { publicfinal String message; publicMessageEvent(String message) { this.message = message; } }

2: 准备订阅者
订阅者实现事件处理方法onEvent，当一个事件被接收时会调用这个方法。这些订阅者需要在总线中注册和解注册他们自己。

@Override publicvoid onStart() { super.onStart(); EventBus.getDefault().register(this); }@Override publicvoid onStop() { EventBus.getDefault().unregister(this); super.onStop(); }// This method will be called when a MessageEvent is posted 当一个MessageEvent被传递的时候，这个方法会被调用publicvoid onEvent(MessageEvent event){ Toast.makeText(getActivity(), event.message, Toast.LENGTH_SHORT).show(); }// This method will be called when a SomeOtherEvent is posted 当一个SomeOtherEvent被传递的时候，这个方法会被调用publicvoid onEvent(SomeOtherEvent event){ doSomethingWith(event); }

3: 提交事件
从你代码的任意地方发布这个事件，所有匹配这个事件的订阅者会接收到它。

EventBus.getDefault().post(new MessageEvent("Hello everyone!"));

传递线程和ThreadModes EventBus可以帮助你处理线程问题：事件可以在与提交线程不同的线程中被提交。
一个常用的场景是处理UI改变。在Android中，UI 改变必须在UI线程中进行。另外，网络请求以及其他的耗时任务都不应该在主线程中操作。 EventBus可以帮助你处理这些事情，并与主线程同步（而不必使用AsynTask深入处理线程过渡等）。

在EventBus中，你可以使用ThreadMode定义线程，这个线程可以调用事件处理方法onEvent。

提交线程：订阅者默认会在与提交事件相同的线程中被调用。事件传递意味着最小的开销，因为它完全避免了线程切换。所以，对于简单的短时任务，这是一种被推荐的模式，对主线程不会有什么要求。使用这种模式的事件处理器应该快速返回以避免阻塞提交线程，因为这个线程可能是主线程。例如：

// Called in the same thread (default)

public void onEvent(MessageEvent event) { log(event.message); }

主线程：订阅者会在Android的主线程中被调用（UI线程）。如果事件发布线程是主线程，那么，事件处理器方法会被直接调用。使用这种模式的事件处理器必须迅速返回以避免阻塞主线程。例如：

// Called in Android UI's main thread

public void onEventMainThread(MessageEvent event) { textField.setText(event.message); }

后台线程：订阅者会在后台线程中被调用。如果提交线程不是主线程，那么事件处理方法会在提交线程中被直接调用。如果发布线程是主线程，则事件总线会使用一个能够传递所有事件的单独后台线程。使用这种模式的事件处理器应该快速返回，以免阻塞后台线程。

// Called in the background thread

public void onEventBackgroundThread(MessageEvent event){ saveToDisk(event.message); }

同步：事件处理器方法在独立的线程中被调用。这个线程通常独立于提交线程和主线程。使用这种模式，发布事件始终不会等待事件处理器方法。如果他们的执行过程比较耗时的话，事件处理器方法应该使用这种模式。避免同时触发大量的耗时的异步处理方法以限制并发线程。 EventBus使用一个线程池从完成的异步事件处理通知中高效地复用线程。

// Called in a separate thread

public void onEventAsync(MessageEvent event){ backend.send(event.message); }

注：EventBus根据名字在合适的线程中调用onEvent方法（onEvent, onEventA）
订阅者优先级和有序事件传递可以在注册订阅者的时候，提供一个优先级改变事件传递的顺序。

int priority =1; EventBus.getDefault().register(this, priority);

在同一个传递线程中（ThreadMode），优先级高的订阅者会在优先级低的订阅者之前收到事件，默认优先级为0.
注意：优先级不会影响具有不同ThreadModes的订阅者之间的传递顺序

使用EventBusBuilder配置EventBus EventBus2.3添加了EventBusBuilder用于配置不同的EventBus切面。例如，下面是创建一个在发布的事件没有订阅者的情况下保持静默的EventBus的过程。

EventBus eventBus = EventBus.builder().logNoSubscriberMessages(false).sendNoSubscriberEvent(false).build();

另一个是当订阅者执行失败时抛出异常的例子。注意：EventBus捕获到从onEvent方法中抛出的异常，并发送一个SubscirberExceptionEvent，不过不一定要处理。

EventBus eventBus = EventBus.builder().throwSubscriberException(true).build();

可以查看EventBusBuilder类和其文档获取可能的配置。

配置默认的EventBus实例
使用EventBus.getDefualt()是一种获取共享EventBus实例的简单方式。EventBusBuilder也允许使用installDefaultEventBus()配置这个默认的实例。例如，可以通过配置默认的事件总线方法实例重新抛出onEvent方法中发生的异常。但是，这个情况只使用于DEBUG构建中，因为这可能导致app奔溃。注意：只能在默认的事件总线第一次被使用之前进行一次。确保在你的应用中的持续行为。在使用之前，你的Appllication类是配置默认事件总线的好地方。

取消事件传递可以从订阅者的事件处理方法中通过cancelEventDelivery(Object event)取消事件传递过程. 这样所有的进阶事件传递都会被取消，后续订阅者不会再收到事件。事件通常是被优先级高的订阅者取消。对运行于提交线程 ThreadMode.PostThread .的事件处理方法来说，取消过程是比较严格的。
粘性事件有些事件在提交之后携带着有益的信息。例如，可能是一个表明一些出初始化工作完成的事件信号。或者，如果你有一些传感器和位置信息，并且你希望持有为最近的值。这样，你可以使用粘性事件，而不是实现自己的缓存。事件总线在内存中保持着特定类型的最终粘性事件。这些粘性事件可以被传递给订阅者或者用于明确查询。所以，不需要任何的特殊逻辑来考虑已经可以获得的数据。
粘性事件在一个特定事件之前发布。

EventBus.getDefault().postSticky(new MessageEvent("Hello everyone!"));

此后，一个新的Act启动，使用registerSticky注册期间，就会立即获得之前发布的粘性事件。

@Override publicvoid onStart() { super.onStart(); EventBus.getDefault().registerSticky(this); }publicvoid onEventMainThread(MessageEvent event) { textField.setText(event.message); }@Override publicvoid onStop() { EventBus.getDefault().unregister(this); super.onStop(); }

你也可以通过下面的方式，获得特定类型的最后一个粘性事件 EventBus.getDefault().getStickyEvent(ClasseventType) 也可以通过removeStickyEvent()方法移除之前提交的粘性事件。这个方法具有一个固定的事件对象或者是一个事件类。像这样，可以创建可以消费的事件。记住，一个事件类型，只有最后的事件会被保持。

混淆配置混淆器，会混淆方法名，不过，onEvent()方法不会被重命名，因为他们是通过反射获得的。在混淆器中使用下面的代码。

-keepclassmembers class ** { public void onEvent*(**); }# Only required if you use AsyncExecutor -keepclassmembers class * extends de.greenrobot.event.util.ThrowableFailureEvent { (java.lang.Throwable); }

异步执行器申明：AsyncExecutor是一个非核心的实体类。这个类可以通过后台错误处理线程省下一些代码，但不是EventBus的核心。
AsyncExecutor就像线程池，只不过具有失败处理能力。如果失败会抛出异常，这个异常被包装在一个事件内部中，并自动被AsyncExecutor抛出。
通常情况下，可以使用AsyncExecutor.create()创建一个实例，并在Application作用域内持有。如果要执行一些事情，可以实现RunnableEx接口，并将其传递到AsyncExecutor的执行方法中。与Runnable不同，RunnableEx可能抛出异常。
如果RunnableEx的实现抛出异常，这个异常会被捕获到，并包装进一个ThrowableFailureEvent对象中，发布出来。

Code example for execution:

AsyncExecutor.create().execute( new RunnableEx { publicvoid run throws LoginException { remote.login(); EventBus.getDefault().postSticky(new LoggedInEvent()); // No need to catch Exception } } }

Code example for the receiving part:

publicvoid onEventMainThread(LoggedInEvent event) { // Change some UI }publicvoid onEventMainThread(ThrowableFailureEvent event) { // Show error in UI }

AsyncExecutor 构建器如果你想自定义AsyncExecutor实例，可以调用静态方法AsyncExecutor.build()方法。这样可以返回一个允许你自定义EventBus实例，线程池，以及失败事件类的构造器。另一个自定义选项是执行作用域，这个选项会给出失败事件的上下文信息。例如，一个失败的事件可能只与一个特定的Activity实例或者类有关。如果你自定义失败事件类实现HasExecutionScope接口，则AsyncExecutor会自动设置执行作用域。比如，订阅者可以在执行作用域内查询失败事件并与之交互。
与Otto比较 【EventBus教程】 Check the COMPARISON.md