为什么要使用EventBus？或者说使用EventBus有什么好处？
让我们带着问题去了解和使用EventBus。
使用EventBus之前
在没有使用EventBus时，我们是怎么做数据的通信呢？比如请求数据后更新UI时，我们常用Handler发送Message去通知更新，或者放在AsyncTask的回调里，甚至runOnUiThread也可以（线程间）。比如在Service里播放音乐时，我们常用Broadcast去处理更新进度条、接放下一首等动作（组件间）。还有一个页面里有两个Fragment，左边为菜单，右边为详情时，常用接口的形势去实现菜单与详情的同步（页面间）。
其实我们的方法还是挺多的，实现效果还是能满足要求的，所谓条条大路通罗马。
那么有没有一种方式可以实现线程间、组件间、页面间的通信呢？就像高速公路那样。EventBus就是这样的公路。
EventBus
如图，一条这样的高速公路里面有4种元素：发布者（发送）、订阅者（接收）、事件（内容）、总线（道路）。
当然，发布者可以发送多个事件，订阅者可以接收任何事件，发布者同时也可以做为订阅者。(摘至鸿洋)
使用
订阅者：
注册订阅：EventBus.getDefault().register(this);
注销订阅：EventBus.getDefault().unregister(this);
接收事件：
onEventMainThread // 这个方法会在UI线程执行，无论发布消息的在什么线程
onEventPostThread // 这个方法会在当前发布事件的线程执行
onEventBackgroundThread // 如果在非UI线程发布的事件，则直接执行和发布在同一个线程中；如果在UI线程，则加入后台任务队列，使用线程池一个接一个调用
onEventAsync // 加入后台任务队列，使用线程池并行调用
发布者：
发布事件：EventBus.getDefault().post(new Event());
当然还可以发送粘性事件stickyEvent和粘性广播类似.
事件：
定义一个任意类，即可。
例子
这里我写了一个例子，实现了线程间、组件间、页面间（两Fragment）的通信。
代码在此：我是代码
个人理解
EventBus的使用时都是用EventBus.getDefault()，查看其源码发现，里面使用单例模式。所以可以实现组件间和页面间的通信而且效率很高。
在接收事件时提供的4种方法中，MainThread使用了Handler、Message的方式，所以如果仅使用onEventMainThread时和Handler、Message是没什么区别的，当然代码会变的更简洁。
LocalBroadCast和EventBus都可以实现应用内包括线程间、组件间、页面间的通信，那我们LocalBroadCast和EventBus应该如何选择呢？
1、在编写方式上，LocalBroadCast明显比较复杂，所以为了代码的简洁性可以选择EventBus；
2、因为EventBus提供多种（四种）接收事件方式，而且内类实现了线程池管理线程，然而LocalBroadCast的调用都在主线程，所以在有多线程的需求上可以选择EventBus；
3、LocalBroadCast依赖于Context，而EventBus则没有，所以在调用和使用环境上可以选择EventBus。
4、LocalBroadCast内部也是用单例模式还有Handler、Message的方式实现，所以在MainThread使用时，两者在效率上并没有多少差别。但由于EventBus使用了反射方式多少还是有影响。
5、EventBus通过注解的方式调用，在多人协同编程时，容易造成逻辑的不连贯。
综上，LocalBroadCast和EventBus各有优点，个人建议在写APP时可使用EventBus，但在做ROM时开发时可考虑使用LocalBroadCast，毕竟协同编写的人较多而且公司不一定允许使用这些库。
关于EventBus的源码解析可以阅读下鸿杨的博客：带你深入理解EventBus。
如果行文或者逻辑上的问题，恳请斧正。
对于EventBus的理解有不当或者错误的地方还望指正，共同进步。