EventBus简单介绍
EventBus简单介绍
EventBus 是一个开源库，它利用发布/订阅者模式来对项目进行解耦。它可以利用很少的代码，来实现多组件间通信。
EventBus作用
- EventBus是一个Android事件发布/订阅轻量级框架
- 通过解耦发布者和订阅者简化Android事件传递
- EventBus可以代替Android中Intent、Handler、Broadcast或接口函数，在Fragment、Activity、Service线程之间传递数据，执行方法
- 当和UI交互的时候，无论这个事件是怎么提交的，EventBus都可以在主线程传递事件
EventBus优缺点
优点：
- 简化了组件间交流的方式
- 对事件通信双方进行解耦
- 可以灵活方便的指定工作线程，通过ThreadMode
- 速度快，性能好
- 库比较小，不占内存
- 使用这个库的app多，有权威性
- 功能多，使用方便
缺点：
- 使用的时候有定义很多event类
- event在注册的时候会调用反射去遍历注册对象的方法在其中找出带有@subscriber标签的方法，性能不高
- 需要自己注册和反注册，如果忘了反注册就会导致内存泄漏
EventBus使用步骤
平常使用这个库只是很浅显的操作三部曲：register，post，unregister
- 自定义一个事件类型：class MessageEvent{}
- 在需要订阅事件的地方注册事件：EventBus.getDefault().register(this);
- 发送事件：EventBus.getDefault().post(messageEvent);
- 处理事件@Subscribe(threadMode = ThreadMode.MAIN)(添加注解@Subscriber,要指定线程模型默认为POSTING)
- 注销事件：EventBus.getDefault().unregister(this)
EventBus的三要素(三个角色)
Event
Event：事件。可以是任意类型的对象。
Subscriber
Subscriber：事件订阅者。在EventBus3.0之前消息处理的方法只能限定于onEvent、onEventMainThread、onEventBackgroundThread和onEventAsync，它们分别代表4中线程模型。而在EventBus3.0之后，事件处理的方法可以随便取名，但是需要添加一个注解@Subscribe，并且要指定线程模型（默认为POSTING）。4种线程模型下面会讲到。
Publisher
Publisher：事件发布者。可以在任意线程位置发送事件，直接调用EventBus的post(Object)方法。可以自己实例化EventBus对象，但一般使用EventBus.getDefault()就可以。根据post函数参数的类型，会自动调用订阅相应类型的事件的函数。
EventBus线程模式
- ThreadMode.POSTING：订阅者方法将在发布事件所在的线程中被调用。这是默认的线程模式。事件的传递是同步的，一旦发布事件，所有该模式的订阅者方法都将被调用。这种线程模式意味着最少的性能开销，因为它避免了线程的切换。因此，对于不要求是主线程并且耗时很短的简单任务推荐使用该模式。使用该模式的订阅者方法应该快速返回，以避免阻塞发布事件的线程，这可能是主线程。
- ThreadMode.MAIN：订阅者方法将在主线程（UI线程）中被调用。因此，可以在该模式的订阅者方法中直接更新UI界面。如果发布事件的线程是主线程，那么该模式的订阅者方法将被直接调用。使用该模式的订阅者方法必须快速返回，以避免阻塞主线程。
- ThreadMode.MAIN_ORDERED：订阅者方法将在主线程（UI线程）中被调用。因此，可以在该模式的订阅者方法中直接更新UI界面。事件将先进入队列然后才发送给订阅者，所以发布事件的调用将立即返回。这使得事件的处理保持严格的串行顺序。使用该模式的订阅者方法必须快速返回，以避免阻塞主线程。
- ThreadMode.BACKGROUND：订阅者方法将在后台线程中被调用。如果发布事件的线程不是主线程，那么订阅者方法将直接在该线程中被调用。如果发布事件的线程是主线程，那么将使用一个单独的后台线程，该线程将按顺序发送所有的事件。使用该模式的订阅者方法应该快速返回，以避免阻塞后台线程。
- ThreadMode.ASYNC：订阅者方法将在一个单独的线程中被调用。因此，发布事件的调用将立即返回。如果订阅者方法的执行需要一些时间，例如网络访问，那么就应该使用该模式。避免触发大量的长时间运行的订阅者方法，以限制并发线程的数量。EventBus使用了一个线程池来有效地重用已经完成调用订阅者方法的线程
注册事件
将注册的 Subscriber 保存到 subscriptionsByEventType 和 typesBySubscriber
subscriptionsByEventType 是一个HashMap，key为注册Subscriber监听事件的事件类型eventType，value为所有监听相同事件类型为eventType的Subscriber
typesBySubscriber 是一个HashMap，key为注册Subscriber的当前类MainActivity，value为当前类包含的所有类型Subscriber
发送事件
根据当前发送事件的事件类型，从 subscriptionsByEventType 中获所有监听此事件类型的 Subscriber，遍历这些 Subscriber 并执行 postToSubscription 进行进一步处理，即所有监听此事件的 Subscriber 对应的方法都会被调用
处理事件
使用反射来执行订阅事件 event 的方法 onEvent，这样发送出去的事件就被订阅者 Subscriber 接收并做相应处理了
黏性事件
黏性事件就是在发送事件之后再订阅该事件也能收到该事件，这个事件不会只被消费一次就消失，而是一直存在系统中，直到被 removeStickyEvent 删除掉。
移除某种类型粘性事件：EventBus.getDefault().removeStickyEvent(ThreadMode.xxx);
移除某种对象粘性事件：EventBus.getDefault().removeStickyEvent(object);
移除所有粘性事件：EventBus.getDefault().removeAllStickyEvents();