EventBus

最新推荐文章于 2022-11-10 12:01:05 发布

何以解惑

最新推荐文章于 2022-11-10 12:01:05 发布

阅读量653

点赞数 1

分类专栏： Android 文章标签： android 技术

本文链接：https://blog.csdn.net/u012600955/article/details/60884324

版权

Android 专栏收录该内容

24 篇文章 0 订阅

订阅专栏

1 什么是EventBus? EventBus是Android下高效的发布/订阅事件总线机制。(官方描述)

相比较于同类型的有Handler,接口回调,广播

优点在于:代码简洁,没错就是简洁

缺点在于:难以维护,因为啊,当你的项目中多处使用了EventBus你会发现难以维护且难以追踪,并且还得为每种事件定义一个类(这个类就是数据的载体),用得多了就会导致代码结构的臃肿,所以对于EventBus毫无疑问它是强大的方便的简洁的,同时也请不要滥用

2 为什么会出现EventBus?EventBus没出现之前我们是怎么做的?

EventBus的出现就是为了让程序员偷懒,提高工作效率,因为实在是太方便了,EventBus没出现之前我们只能通过接口回调实现代码间的调用,使用Handler实现线程间的通信.

打个比方,之前我们如果想让Fragment调用Fragment里的方法,怎么做? 是不是只能通过中间人activity去操作?有了EventBus,定义一个事件类,然后发布事件,然后接收事件即可!三步走就搞定了,同时代码还非常简洁.

3 怎么使用EventBus?

EventBus在3.0之前是使用四个方法来进行使用,但是在3.0之后它是使用注解来方便开发者去使用,是不是更方便了有木有?

3.0之前使用四个固定的方法名来定义订阅者运行的模式,3.0之后增加了注解,在任意方法名上加上注解就可以了,这里只介绍3.0版本(二者本质无区别)

之所以3.0升级了使用注解很大原因是在于固定的方法名要通过反射去找到,对于混淆简直就是大杀器..当然这些细节不用太在意..我就随口说下...

介绍下注释的四种模式

与发送者在同一线程运行

@Subscribe(threadMode = ThreadMode.POSTING)

不论发送者在哪个线程,都会运行在主线程(用得最多的也就是这个,多用于更新UI, 异步下载,上传,数据库读写)

@Subscribe(threadMode = ThreadMode.MAIN)

不论发送者在哪个线程都会运行在子线程--- 细节:如果发送者运行在主线程,那么方法就会运行在一个线程池中创建的一条线程中,如果发送者在子线程,那么方法会运行在同一线程

@Subscribe(threadMode = ThreadMode.BACKGROUND)

不论发送者在哪个线程,方法永远在线程池创建的子线程执行(多用于多线程任务处理如多线程下载)

@Subscribe(threadMode = ThreadMode.ASYNC)

是不是感觉超级震撼?居然都不需要拿到对象就可以调用到类里面的方法,感觉就像是人类第一次相隔万里就能通话?

写了一个小Demo

当我们点击左边的Fragment条目就会向右边的Fragment发送消息,使用之前呢,老规矩,三步走

1 在需要接收消息的勒种进行注册以及解绑,注册一般在onCreate方法解绑一般在onDestory

EventBus.getDefault().register(this);

EventBus.getDefault().unregister(this);

2在需要接收消息的方法上加上注解

@Subscribe(threadMode = ThreadMode.POSTING)
    public void setText1(EventMsg  text){
        Log.e("收到消息",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
        mViewById.setText(text.getMsg());
    }
    @Subscribe(threadMode = ThreadMode.MAIN)
    public void setText2(EventMsg  text){
        Log.e("收到消息",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
        mViewById.setText(text.getMsg());
    }
    @Subscribe(threadMode = ThreadMode.BACKGROUND)
    public void setText3(EventMsg  text){
        Log.e("收到消息",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
        mViewById.setText(text.getMsg());
    }
    @Subscribe(threadMode = ThreadMode.ASYNC)
    public void setText4(EventMsg  text){
        Log.e("收到消息",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
        mViewById.setText(text.getMsg());
    }

 @Subscribe(threadMode = ThreadMode.POSTING)
    public void setText5(EventMsg2 text){
        Log.e("收到消息1",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
        mViewById.setText(text.getMsg());
    }

3 发送消息,发送的消息必须需要一个实体类,这个实体类就是用来传递数据的,这也是我们确定发送者发出的数据由谁来接收

        switch (position) {
            case 0://主线程发消息
                Log.e("主线程发送消息",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
                EventBus.getDefault().post(new EventMsg("主线程发送来的消息"));
                break;
            case 1://子线程发消息

                new Thread(new Runnable() {
                    @Override
                    public void run() {
                        Log.e("子线程发送消息",Thread.currentThread().getName()+" ID:"+Thread.currentThread().getId());
                        EventBus.getDefault().post(new EventMsg("子线程发送来的消息"));
                    }
                }).start();
                break;
            case 2://主线程发消息2
                EventBus.getDefault().post(new EventMsg2("主线程发送来的消息2"));
                break;
        }

当我们点击左边的条目,右边就会接收到数据,但是要注意右边的四个方法会有方法运行在子线程,而我又在子线程更改UI了,这是不可取的,但是为了好看,我就没删,大家注意即可

当我点击左边的,条目一主线程发送数据,右边的五个方法,其中四个都会接收到,因为载体都是一样的,是EventMsg,第五个方法的载体是EventMsg2,所以接收不到

当我点击第一个条目时,log如下