Android事件总线（1）EventB

Android事件总线（1）EventB

前言EventBus是一款针对Android优化的发布/定阅事件总线。简化了应用程序内各组件间、组件与后台线程间的通讯。优点是开消小，代码更优雅，和将发送者和接收者解耦。如果Activity和Activity进行交互还好说，如果Fragment和Fragment进行交互着实使人头疼，我们会使用广播来处理，但是使用广播稍显麻烦并且效力也不高，如果传递的数据是实体类需要序列化，那末很明显本钱会有点高。今天我们就来学习下EventBus3.0的使用方法。

entBus概述EventBus的三要素EventBus有三个主要的元素需要我们先了解一下：

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

Subscriber：事件定阅者，在EventBus3.0之前消息处理的方法只能限定于onEvent、onEventMainThread、onEventBackgroundThread和onEventAsync，他们分别代表4种线程模型。而在EventBus3.0以后，事件处理的方法可以随意取名，但是需要添加一个注解

Subscribe，并且要指定线程模型（默许为POSTING），4种线程模型下面会讲到。

Publisher：事件发布者，可以在任意线程任意位置发送事件，直接调用EventBus的post(Object)方法。可以自己实例化EventBus对象，但一般使用tDefault()就好了，根据post函数参数的类型，会自动调用定阅相应类型事件的函数。

EventBus的4种ThreadMode（线程模型）EventBus3.0有以下4种ThreadMode：

POSTING（默许）：如果使用事件处理函数指定了线程模型为POSTING，那末该事件在哪一个线程发布出来的，事件处理函数就会在这个线程中运行，也就是说发布事件和接收事件在同一个线程。程模型为POSTING的事件处理函数中尽可能避免履行耗时操作，由于它会阻塞事件的传递，乃至有可能会引发ANR。

MAIN:事件的处理会在UI线程中履行。事件处理时间不能太长，长了会ANR的。

BACKGROUND：如果事件是在UI线程中发布出来的，那末该事件处理函数就会在新的线程中运行，如果事件本来就是子线程中发布出来的，那末该事件处理函数直接在发布事件的线程中履行。在此事件处理函数中制止进行UI更新操作。

ASYNC：不管事件在哪一个线程发布，该事件处理函数都会在新建的子线程中履行，一样，此事件处理函数中制止进行UI更新操作。

entBus基本用法EventBus使用起来很简单，分为五个步骤：

1.自定义一个事件类

2.在需要定阅事件的地方注册事件

3.发送事件

4.处理事件

5.取消事件定阅

entBus3.0运用上面讲到了基本用法，有的同学可能还是有点晕，这里举一个例子来运用EventBus3.0。

添加依赖库AndroidStudio配置gradle：

定义消息事件类注册和取消定阅事件MainActivity中注册和取消定阅事件（va）：

事件定阅者处理事件这里我们的ThreadMode设置为MAIN，事件的处理会在UI线程中履行，用TextView来展现收到的事件消息：

事件发布者发布事件这里创建了SecondActivity来发布消息：

好了运行程序，我们看到MainActivity的TextView显示MainActivity字样：

接下来我们点击按钮进入SecondActivity并点击该界面中的发送事件按钮，这时候SecondActivity被finish掉，MainActivity的TextView显示”欢迎

转载请注明：http://www.dongyamedia.com/yzpp/539.html