事件总线EventBus3.0解读

一、为何使用EventBus

今天我们介绍一个将耦合度降到极低的框架EventBus

在这之前处理APP全局的监听,大多时候用的是BrodercastReceiver来实现时间的监听。但用起来很不方便,
BrodercastReceiver在APP中限定只监听系统的广播事件(如:电量,网络等)就OK了。在一些模块或组件之间的时间传递大多用的观察者,在使用的过程中你会发现一个个的回掉,各式各样的参数弄得你头晕目眩。那我们就接触好的框架解决开发中遇见的问题,让自己更轻松的开发。

二、EventBus原理分析

EventBus基于观察者模式的Android事件分发总线。通过事件总线可以实现Activity、Fragment、Service等不同模块或组件之间的通信。避免不同组件和模块之间的耦合问题。方便代码的维护与理解。

事件总线是基于观察者模式的思想实现的,它使用发布订阅的方式支持组件和模块间的通信,摒弃了观察者模式需要显示注册回调的缺点,同时可用于替换Java中传统的事件监听方式。

发布者Publisher:发布某种事件的对象。

事件Event:一个简单的POJO对象。只包含数据,不对数据进行处理。

事件总线EventBus: 负责存储时间信息,处理事件的流动和分发,通过时间总线,事件发布者与订阅者互相不知道对方的存在,是解耦的。事件被发布到总线上({@link #post(Object)})到总线,它将它传递给具有事件类型匹配处理程序方法的订阅服务器。要接收事件,订阅者必须使用{@link #register(Object)}向总线注册自己。注册之后,订阅者将收到事件,直到调用{@link #unregister(Object)}。事件处理方法必须由 {@link Subscribe}必须是public,返回非(空),并且只有一个参数 (事件)。

订阅者Subscriber: 订阅某个事件,一般情况会有一个回掉函数处理接收到的事件。订阅者通过{@link #register(Object)}向总线注册自己,即为订阅事件。订阅者也可以直到调用{@link #unregister(Object)}取消事件订阅。

这里写图片描述

三、EventBus开源库使用(来自greenrobot/EventBus

优点:
1.简化组件之间的通信
2.分离事件发送器和接收器
3.对activity、fragment和线程进行良好的执行
4.避免复杂和容易出错的依赖关系和生命周期问题。
5.快速;专为高性能优化
6.体积小(<50k)

Android studio & Gradle使用分为以下几步:

0.在Gradle中添加在线依赖。

compile 'org.greenrobot:eventbus:3.0.0'

1.定义消息事件MessageEvent,也就是创建事件类型

public static class MessageEvent { /* Additional fields if needed */ }

2.选择你要订阅的订阅者(subscriber)在订阅者里需要用注解关键字 @Subscribe来“告诉”EventBus使用什么方法处理event。

@Subscribe(threadMode = ThreadMode.MAIN)  
public void onMessageEvent(MessageEvent event) {/* Do something */};

注册与注销订阅者。 通常在Android activity与fragment生命周期中注册与注销。

 @Override
 public void onStart() {
     super.onStart();
     EventBus.getDefault().register(this);
 }

 @Override
 public void onStop() {
     super.onStop();
     EventBus.getDefault().unregister(this);
 }

3.发送事件。

EventBus.getDefault().post(new MessageEvent());

四、EventBus开源库源码解读

首先,解读@Subscribe,从源码可知,主要有三个参数ThreadMode(线程通信)、Sticky(粘性)、priority(事件优先级)。

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.METHOD})
public @interface Subscribe {
    ThreadMode threadMode() default ThreadMode.POSTING;

    /**
     * If true, delivers the most recent sticky event (posted with
     * {@link EventBus#postSticky(Object)}) to this subscriber (if event available).
     */
    boolean sticky() default false;

    /** Subscriber priority to influence the order of event delivery.
     * Within the same delivery thread ({@link ThreadMode}), higher priority subscribers will receive events before
     * others with a lower priority. The default priority is 0. Note: the priority does *NOT* affect the order of
     * delivery among subscribers with different {@link ThreadMode}s! */
    int priority() default 0;
}

ThreadMode中有四种模式

1.ThreadMode.POSTING
默认的模式,推荐的模式。
订阅者将在同一线程中调用,该线程将发布事件。
此模式完全避免了线程切换,开销最少。

@Subscribe(threadMode = ThreadMode.POSTING)  
public void onMessageEvent(MessageEvent event) {
/* Do something */
};

2.ThreadMode.MAIN
用户将在Android的主线程(有时称为用户界面线程)中调用。
如果发布线程是主线程,则将直接调用事件处理程序方法。
使用此模式的事件处理程序必须快速返回,以避免阻塞主线程。

@Subscribe(threadMode = ThreadMode.POSTING)  
public void onMessageEvent(MessageEvent event) {
/* Do something */
};

3.ThreadMode.BACKGROUND
如果post事件的线程不是主线程,则事件处理程序方法将直接在发布线程中调用。
如果发布线程是主线程,则EventBus使用单个后台线程,该线程将按顺序执行所有事件。
使用此模式的事件处理程序避免耗时操作,以避免阻塞后台线程。

@Subscribe(threadMode = ThreadMode.BACKGROUND)  
public void onMessageEvent(MessageEvent event) {
/* Do something */
};

4.ThreadMode.ASYNC
事件处理方法在单独的线程中调用。
发布线程和主线程始终独立。
发布事件不会等待事件处理程序使用此模式。
如果事件处理程序的执行可能需要一些时间,例如网络访问,则事件处理程序方法应该使用此模式。
避免同时触发大量长时间运行的异步处理程序方法,从而限制并发线程的数量。
EventBus使用线程池有效地重用已完成的异步事件处理程序通知中的线程。

@Subscribe(threadMode = ThreadMode.ASYNC)  
public void onMessageEvent(MessageEvent event) {
/* Do something */
};

StickyEvent(粘滞事件)

StickyEvent的特点是,订阅者在发布事件之后订阅该事件,还是可以收到该事件。StickyEvent在内存中保存最新的消息,取消原有消息,执行最新消息,只有在注册后才会执行,如果没有注册,消息会一直保留来内存中。

//发送粘滞事件
EventBus.getDefault().postSticky(new MessageEvent());
//订阅事件,处理事件
@Subscribe(sticky = true, threadMode = ThreadMode.MAIN)  
public void onMessageEvent(MessageEvent event) {
/* Do something */
};
//获取给定类型的最新粘滞事件。
MessageEvent stickyEvent = EventBus.getDefault().getStickyEvent(MessageEvent.class);

if(stickyEvent != null) {
        //移除并获取给定事件类型的最新粘滞事件。
        EventBus.getDefault().removeStickyEvent(stickyEvent);
        //移除全部的粘滞事件
        // EventBus.getDefault().removeAllStickyEvents();
    }

removeStickyEvent源代码

 /**
     * Remove and gets the recent sticky event for the given event type.
     *
     * @see #postSticky(Object)
     */
    public <T> T removeStickyEvent(Class<T> eventType) {
        synchronized (stickyEvents) {
            return eventType.cast(stickyEvents.remove(eventType));
        }
    }

    /**
     * Removes the sticky event if it equals to the given event.
     *
     * @return true if the events matched and the sticky event was removed.
     */
    public boolean removeStickyEvent(Object event) {
        synchronized (stickyEvents) {
            Class<?> eventType = event.getClass();
            Object existingEvent = stickyEvents.get(eventType);
            if (event.equals(existingEvent)) {
                stickyEvents.remove(eventType);
                return true;
            } else {
                return false;
            }
        }
    }

priority事件优先级

用户优先级影响事件传递的顺序。
在同一传递线程({@link ThreadMode})内,更高优先级的订阅者将在其他优先级较低的其他事件之前接收事件。
默认优先级为0。
注意:优先级不影响不同{@link ThreadMode}的订阅者之间的传递顺序!

//priority越大,优先级越高
@Subscribe(priority = 1)  
public void onMessageEvent(MessageEvent event) {
/* Do something */
};

本文参考EventBus官网
本文参考EventBus
本文参考《Android高级进阶》

发布了13 篇原创文章 · 获赞 2 · 访问量 1万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 编程工作室 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览