EventBus使用详解(二)——EventBus使用进阶

EventBus使用详解(二)——EventBus使用进阶 

前一篇给大家装简单演示了EventBus的简单使用，本篇 主要对eventBus的原理进行深入了解：

为何会有EventBus？？？

为了简化并且更加高质量地在Activity、Fragment 、Thread 和 Service 等之间的通信，同时解决组件之间高耦合的同时 仍能继续高效地通信，事件总线的设计出现了。

EventBus 的优点？

EventBus 是一款针对Android优化的 发布-订阅事件总线。它简化了应用程序内各个组件间，组件与后台线程间的通信，其优点是开销小，代码更优雅，以及将发送者和接受者解耦。

EventBus的三要素 和四种 ThreadMode

三要素：

1，Event ：事件  可以是任意类型的对象。

2，Subscribe ：事件订阅者，在EventBus 3.0 之前 消息的处理的方法 仅限于如下四种线程模型。而在3.0 以后，事件的处理的方法可以随意命名，但是需要添加一个注解 @Subscribe ，并且要指定线程模型（默认为POSTING）

3, Publisher 事件发布者，可以在任意线程任意位置发生事件，直接调用EventBus 的post （Object）方法。可以自己实例化EventBus对象，但一般使用EventBus.getDefault() 就可以。根据 post 函数参数的类型，会自动调用订阅相应类型的事件函数。

EventBus
A、onEvent
B、onEventMainThread
C、onEventBackgroundThread
D、onEventAsync

这四种订阅函数都是使用onEvent开头的，它们的功能稍有不同,在介绍不同之前先介绍两个概念：
告知观察者事件发生时通过EventBus.post函数实现，这个过程叫做事件的发布，观察者被告知事件发生叫做事件的接收，是通过下面的订阅函数实现的。

onEvent:如果使用onEvent作为订阅函数，那么该事件在哪个线程发布出来的，onEvent就会在这个线程中运行，也就是说发布事件和接收事件线程在同一个线程。使用这个方法时，在onEvent方法中不能执行耗时操作，如果执行耗时操作容易导致事件分发延迟。
onEventMainThread:如果使用onEventMainThread作为订阅函数，那么不论事件是在哪个线程中发布出来的，onEventMainThread都会在UI线程中执行，接收事件就会在UI线程中运行，这个在Android中是非常有用的，因为在Android中只能在UI线程中跟新UI，所以在onEvnetMainThread方法中是不能执行耗时操作的。
onEventBackground:如果使用onEventBackgrond作为订阅函数，那么如果事件是在UI线程中发布出来的，那么onEventBackground就会在子线程中运行，如果事件本来就是子线程中发布出来的，那么onEventBackground函数直接在该子线程中执行。
onEventAsync：使用这个函数作为订阅函数，那么无论事件在哪个线程发布，都会创建新的子线程在执行onEventAsync.
 

EventBus 四种ThreadMode (线程模型)如下

 POSTING (默认) ：

 MAIN:

 BACKGROUND:

 ASYNC:

源码解析EventBus 

待续~~~