1.概述
在之前的博文中简单介绍过如何实现fragment之间的信息交互：《Android中Fragment与Activity之间的交互（两种实现方式）》，今天继续给大家介绍一种可以实现此效果的另外一种方式EventBus。（相比于handler，接口回调，bundle传参，这个简单好用到哭）
EventBus是Android下高效的发布/订阅事件的消息总线。作用是可以代替传统的Intent,Handler,Broadcast或接口函数在Fragment、Activity、Service、线程之间传递数据进行通信，执行方法。做为消息总线，有三个主要元素：
（1）Event：事件
（2）Subscriber：事件订阅者，接受特定的事件
（3）Publisher：事件发布者，用于通知Subscriber有事件发生
结合EventBus以上的三个元素，我们也可以称其为一种观察者设计模式。
EventBus 官网链接http://greenrobot.org/eventbus/
EventBus GitHub链接https://github.com/greenrobot/EventBus
前期相关博文链接：
Android中Fragment与Activity之间的交互（两种实现方式）
Android中Fragment的两种创建方式
（1）示例中左侧的按钮，潘侯爷与碧空海触发的事件为EventBus的普通事件发布
（2）左侧粘性事件按钮发布的为粘性事件
本次Demo架构：
使用AndroidStudio2.2。仍然采用在build.gradle下中dependencies下直接添加如下代码：
同步后完成依赖添加。
（1）layout中主布局文件，activity_main.xml文件
（2）layout中右侧的fragment布局文件fragment_msg.xml文件
（3）layout中粘性事件的演示界面布局activity_main2.xml文件
（1）自定义事件类
本次演示最简单事件的发布，事件仅发布字符串数据，MessageEvent.java文件如下：
（2）MsgFragment.java
右侧fragment对应的java类,除了在其中关联其对应的fragment布局外，还需要添加修改fragment中文本的方法，如下：
（3）MainActivity.java
MainActivity.java对应的布局为主布局，右侧的fragment附属于该布局，所以需要在该类中注册EventBus，将当前的Activity注册为事件订阅者，具体代码如下：
（4）Main2Activity.java
注意：此布局作为粘性事件发布的订阅者，同样需要注册EventBus
发布的粘性事件在其新订阅者注册后将会自动传递给新订阅者，有时我们也需要移除粘性事件，以免它在传递下去。
EventBus提供了四种线程模式：
（1）postThread：用户将被调用在同一个线程中，这是发布事件（这是默认值）。事件传递意昧着最少的开销，因为它完全避免了线程切换。因此，这是推荐的模式，来处理简单的任务，如果是已知的完成是一个很短的时间，而不需要主线程。事件处理使用此模式必须迅速返回，以避免阻塞发布线程，这可能是主线程。
（2）MainThread：用户将被调用在主线程（UI线程）。如果发布线程是主线程，事件处理程序方法将直接调用。使用此模式的事件处理程序必须快速返回，避免阻塞主线程。
（3）BackgrounThread：将在后台线程中调用订阅者。如果发布线程不是主线程，则事件处理程序方法将被在发布线程中直接调用。如果线程是主线程，eventbus采用单独的一个后台线程，将按顺序调用所有的事件。使用此模式的事件处理程序应尝试快速返回，以避免阻塞后台线程。
（4）Async：事件处理程序方法在一个单独的线程中调用。这总是独立于发布线程和主线程。发布事件从来不会等待使用这种模式的事件处理程序方法。事件处理程序方法使用此模式，如果他们的执行可能需要一段时间，例如用于网络访问。避免触发大量在同一时间运行长时间运行的异步处理程序方法以限制并发线程的数目。eventbus使用一个线程池来有效地重用已完成的异步事件处理程序通知的线程。
本文转自 sshpp 51CTO博客，原文链接：http://blog.51cto.com/12902932/1927602，如需转载请自行联系原作者