EventBus使用和说明

前一段时间，在项目中调解一个bug的时候，用到了EventBus～当时还不知道是怎么回事。后来文哥告诉我说是一个观察者模式的应用：

以下献上个人对EventBus的学习和基本使用：

首先，它是一个开源的框架，主要功能是替代Intent、Handler、BroadCast在Fragment、Activity、Service、线程之间传递消息。他的最牛逼优点是开销小，代码简洁，解耦代码。（替代必然是谈不上的，顶多是一些情景下更好的实现方案）

开源项目地址https://github.com/greenrobot/EventBus （gradle和maven导入这里都有介绍，我就不多说了）

观察者模式在android中还是非常有用的：

一般用户界面可以作为一个观察者，业务数据是被观察者，用户界面观察业务数据的变化（观察者），发现数据变化之 后，就显示在界面上。。。

EventBus采用了 注册——通知——注销 的观察者模式的实现方式：

正如以下官方给的一张图一样，当我们在适当的位置（这里是观察者）对EventBus进行注册和注销之后，然后我们只需要 在适当的位置（这里是被观察者）post一个Event事件之后，负责管理事件的EventBus就像是一个传送带（公共汽车会比较好玩 些）一样将它承载的各个事件按照post方法里所传入形参的差异对所有观察者进行事件分发，就这样完成了观察者对被观察者的 一种监听。。。

• Event：事件
• Subscriber：事件订阅者，接收特定的事件。
• Publisher:事件发布者，用于通知Subscriber有事件发生

分析流程图：

Event 即就是你的事件对象，这里可以使用任意自定义的对象来实现

  Publisher就是我们的被观察者，使用它调用post（Object）即就能够向EventBus提交事件

       Subscriber即就是观察者所响应之后需要调用的方法，也就是EventBus给分发的目标，这里EventBus总共给了4种方法， 它们都是以onEvent开头，EventBus也会在注册的实体类里去寻找以onEvent开头的method，根据形参来匹配调用，分别是 onEvent，onEventMainThread，onEventBackgroundThread，onEventAsync

• onEvent：事件的处理在和事件的发送在相同的线程，所以事件处理时间不应太长，不然影响事件的发送线程。
• onEventMainThread: 事件的处理会在UI线程中执行。事件处理时间不能太长，长了会出现臭名远之的ANR。
• onEventBackgroundThread：事件的处理会在一个后台线程中执行。虽然名字是BackgroundThread，事件处理是在后台线程，但事件处理时间还是不应该太长，因为如果发送事件的线程是后台线程，会直接在当前后台线程执行事件；如果当前线程是UI线程，事件会被加到一个队列中，由一个线程依次处理这些事件，如果某个事件处理时间太长，会阻塞后面的事件的派发或处理。
• onEventAsync：事件处理会在单独的线程中执行，主要用于在后台线程中执行耗时操作，每个事件会开启一个线程，但最好限制线程的数目。

具体使用：

1、首先定义Event事件对象，可以根据个人喜好来定义实体类。这个类将来是用来统一协调观察者和被观察者之间的通信用 的。

        2、在观察者的位置对EventBus进行注册， EventBus.getDefault().register(this)；//最好在实体初始化 onCreate里进行注册

        3、在onDestroy（）里进行注销，EventBus.getDefault().unregister(this);   //最好在onDestroy里注销，否则很有可能因为一个     Activity进入某一个生命周期后，EventBus就被注销掉了

        4、按照Subscriber的规则在观察者里实现对应需要被调用的方法，这里的形参即就是我们所给定的Event事件对象

          5、在被观察者处进行事件提交：EventBus.getDefault().post(new yourEventObject());

------------------------------------------这样就完成了整个EventBus的使用------------------------------------------