Android框架之EventBus的使用

穿精又带淫゛_ 提交于 2019-12-01 02:52:15

简介

EventBus是由greenrobot组织贡献的一个Android事件发布/订阅的轻量级框架。EventBus是一个Android端优化的publish/subscribe消息总线,简化了应用程序内各组件间、组件与后台线程间的通信。

优势

  • 简化组件通信
  • 解耦事件发送端和接收端
  • 在Activity、Fragment和后台线程之间运行良好
  • 避免复杂且易出错的依赖问题和生命周期问题
  • 运行速度快
  • jar包小(小于50K)
  • 具有指定分发线程和用户优先级等高级特性

特性

  • 简单但强大:EventBus是一个微小的库,具有超级容易学习的API。然而,您的软件架构可能因组件解耦而受益:订阅者在使用事件时不用关心这个事件是谁发送的。
  • 大量验证:EventBus是最常用的Android库之一:成千上万的应用程序使用EventBus,其中不乏非常受欢迎的应用程序。我们认为差不多有十亿应用程序使用EventBus。
  • 高性能:Android系统上,性能尤为重要。 EventBus被针对性的做了大量的分析和优化;EventBus可能是这类开源库中速度最快的 解决方案。
  • 基于API的便捷注解(不牺牲性能):只需将@Subscribe注解添加订阅方法即可。由于构建的时候花费了时间来建立注解的索引,所以EventBus不需要在应用程序的运行时间执行注释反射,注解反射的方式在Android上相当慢。
  • Android主线程发送:当与UI交互时,EventBus可以在主线程中传递事件,而不用去关心事件是从如何发布的。
  • 后台线程发送:如果您的订阅者长时间运行任务,EventBus也可以使用后台线程来避免UI阻塞。
  • 事件和订阅者继承:在EventBus中,面向对象的范例适用于事件和订阅者类。让我们假设事件类A是B的父类。类型B的发布事件也将被发布到对A感兴趣的订阅者。类似地,考虑订阅类的继承。
  • 零配置:您可以从代码中的任何地方立即使用默认的EventBus实例。
  • 可配置:要根据需要调整EventBus,可以使用构建器模式调整其行为。

添加EventBus到工程

EventBus在JCenter和Maven Central上可用,因此只需将依赖项添加到项目中。

  • Gradle
1 compile 'org.greenrobot:eventbus:3.0.0'
  • Maven
1 <dependency>
2     <groupId>org.greenrobot</groupId>
3     <artifactId>eventbus</artifactId>
4     <version>3.0.0</version>
5 </dependency>

EventBus技能

EventBus三要素

  1. Event:事件,可以是任意类型的对象。
  2. Subscriber:事件订阅者,在EventBus3.0之前消息处理的方法只能限定于onEvent、onEventMainThread、onEventBackgroundThread和onEventAsync,他们分别代表四种线程模型。而在EventBus3.0之后,事件处理的方法可以随便取名,但是需要添加一个注解@Subscribe,并且要指定线程模型(默认为POSTING)。
  3. Publisher:事件发布者,事件发布者,可以在任意线程任意位置发送事件,直接调用EventBus的post(Object)方法。可以自己实例化EventBus对象,但一般使用EventBus.getDefault()就好了,根据post函数参数的类型,会自动调用订阅相应类型事件的函数。

EventBus四种线程模型(ThreadMode)

  1. POSTING(默认):如果使用事件处理函数指定了线程模型为POSTING,那么该事件在哪个线程发布出来的,事件处理函数就会在这个线程中运行,也就是说发布事件和接收事件在同一个线程。在线程模型为POSTING的事件处理函数中尽量避免执行耗时操作,因为它会阻塞事件的传递,甚至有可能会引起应用程序无响应(ANR)。
  2. MAIN:事件的处理会在UI线程中执行。事件处理时间不能太长,长了会ANR的。
  3. BACKGROUND:如果事件是在UI线程中发布出来的,那么该事件处理函数就会在新的线程中运行,如果事件本来就是子线程中发布出来的,那么该事件处理函数直接在发布事件的线程中执行。在此事件处理函数中禁止进行UI更新操作。
  4. ASYNC:无论事件在哪个线程发布,该事件处理函数都会在新建的子线程中执行,同样,此事件处理函数中禁止进行UI更新操作。

EventBus使用步骤

  1. 注册:
    1 EventBus.getDefault().register(this);
  2. 解注册(防止内存泄漏):
    EventBus.getDefault().unregister(this);
  3. 构造发送消息类:
    1 public class MessageEvent {
    2     public String name;
    3     public String password;
    5     public MessageEvent(String name, String password) {
    6         this.name = name;
    7         this.password = password;
    8     }
    9 }
  4. 发布消息:
    1 EventBus.getDefault().post(new MessageEvent(“name”,”password”));
  5. 接收消息:可以有四种线程模型选择。
    1 @Subscribe(threadMode = ThreadMode.MAIN)
    2 public void messageEventBus(MessageEvent event){
    3     tv_result.setText("name:"+event.name+" passwrod:"+event.password);
    4 }

EventBus粘性事件

        之前说的使用方法,都是需要先注册(register),再post,才能接受到事件;如果你使用postSticky发送事件,那么可以不需要先注册,也能接受到事件,也就是一个延迟注册的过程。
        普通的事件我们通过post发送给EventBus,发送过后之后当前已经订阅过的方法可以收到。但是如果有些事件需要所有订阅了该事件的方法都能执行呢?例如一个Activity,要求它管理的所有Fragment都能执行某一个事件,但是当前我只初始化了3个Fragment,如果这时候通过post发送了事件,那么当前的3个Fragment当然能收到。但是这个时候又初始化了2个Fragment,那么我必须重新发送事件,这两个Fragment才能执行到订阅方法。


        粘性事件就是为了解决这个问题,通过 postSticky 发送粘性事件,这个事件不会只被消费一次就消失,而是一直存在系统中,知道被 removeStickyEvent 删除掉。那么只要订阅了该粘性事件的所有方法,只要被register 的时候,就会被检测到,并且执行。订阅的方法需要添加 sticky = true 属性。

  1. 构造发送消息类:
    1 public class StickyEvent {
    2     public String msg;
    3     public StickyEvent(String msg) {
    4         this.msg = msg;
    5     }
    6 }
  2. 发布消息:
    EventBus.getDefault().postSticky(new StickyEvent(“我是粘性事件”));
  3. 接收消息:和之前的方法一样,只是多了一个 sticky = true 的属性。
    1 @Subscribe(threadMode = ThreadMode.MAIN, sticky = true)
    2 public void onEvent(StickyEvent event){
    3     tv_c_result.setText(event.msg);
    4 }
  4. 注册:
    1 EventBus.getDefault().register(CActivity.this);
  5. 解注册:
    1 EventBus.getDefault().removeAllStickyEvents();
    2 EventBus.getDefault().unregister(CActivity.class);

 

原文地址:https://blog.csdn.net/bskfnvjtlyzmv867/article/details/71480647 

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!