EventBus——线程传递（官译二）

EventBus可以为您处理线程：事件可以发布在与发布线程不同的线程中。 一个常见的用例是处理UI更改。 在Android中，UI更改必须在UI（主）线程中完成。 另一方面，网络或任何耗时的任务不能在主线程上运行。 EventBus可帮助您处理这些任务并与UI线程同步（无需深入线程转换，使用AsyncTask等）。

在EventBus中，您可以通过使用四个ThreadModes之一来定义将调用事件处理方法的线程

1、线程模式一: POSTING（无耗时）

订阅者将在同一个线程中发布事件。 事件传送同步完成，一旦发布完成，所有订阅者就会被调用。 该ThreadMode意味着最少的开销，因为它避免了线程切换完全。 因此，这是已知完成的简单任务的推荐模式是非常短的时间，而不需要主线程。 使用此模式的事件处理程序应该快速返回，以避免阻塞发布线程，这可能是主线程。 例：

// Called in the same thread (default)
// ThreadMode is optional here
//默认在同一个线程之间调用
//线程模式在这设置
@Subscribe(threadMode = ThreadMode.POSTING)
public void onMessage(MessageEvent event) {
    log(event.message);
}

二、线程模式二: MAIN

订阅者将在Android的主线程（有时称为UI线程）中调用。 如果发事件线程是主线程，事件处理程序方法将被直接调用（与ThreadMode.POSTING一样同步）。 使用此模式的事件处理程序必须快速返回以避免阻塞主线程。 例：

// Called in Android UI's main thread
@Subscribe(threadMode = ThreadMode.MAIN)
public void onMessage(MessageEvent event) {
textField.setText(event.message);
}

三、线程模式三: BACKGROUND

订阅者将在后台线程中调用。 如果发帖线程不是主线程，事件处理方法将直接在发事件线程中调用。 如果帖子线程是主线程，EventBus将使用一个单独的后台线程来顺序递送所有的事件。 使用此模式的事件处理程序应尽快返回以避免阻止后台线程。

// Called in the background thread
@Subscribe(threadMode = ThreadMode.BACKGROUND)
public void onMessage(MessageEvent event){
    saveToDisk(event.message);
}

四、线程模式四: ASYNC

事件处理程序方法在单独的线程中调用。 这总是与发事件线程和主线程无关。 发布事件从不等待使用此模式的事件处理程序方法。 事件处理程序方法应该使用这种模式，如果它们的执行可能需要一些时间，例如 用于网络访问。 避免同时触发大量长时间运行的异步处理程序方法来限制并发线程的数量。 EventBus使用线程池从完成的异步事件处理程序通知中有效地重用线程。

// Called in a separate thread
@Subscribe(threadMode = ThreadMode.ASYNC)
public void onMessage(MessageEvent event){
    backend.send(event.message);
}