从零到一之EventBus(一)

一、EventBus是什么

1.EventBus是一个Android事件发布/订阅框架

通过解耦发布者和订阅者简化Android事件传递。事件传递既可以用于Android四大组件间的通讯,也可以用于用户异步线程和主线程间通讯等.。传统的事件传递方法包括:Handler、BroadCastReceiver、interface回调,相比于EventBus,EventBus的代码更加简洁,代码简单,而且事件发布和订阅充分解耦。 我们先了解一下它的一些基本概念:

(1)事件(Event):可以称为消息,其实就是一个对象

(2)事件类型(EventType):指事件所属的Class

(3)订阅者(Subscriber):订阅某种事件类型的对象,当有发布者发布这类事件后,EventBus会执行订阅者的被Subscribe注解修饰的函数,这个函数叫事件响应函数。订阅者通过register接口订阅某个事件类型,unregister接口退订。订阅者存在优先级,优先级高的订阅者可以取消事件继续向优先级低的订阅者分发。默认所有订阅者优先级都为0

(4)发布者(Publisher):发布某事件的对象,通过EventBus.getDefault.post方法发布事件.

二、EventBus的使用

EventBus的优点就是代码简洁、简单。所以它的使用还是比较简单的。

使用之前先添加它的依赖:

compile 'org.greenrobot:eventbus:3.1.1'

使用大体过程分为三步:

(1)定义事件(Event)

(2)准备订阅者

(3)发送事件

下面我来举个例子更熟悉这个过程:

(一)1.先来一个消息类  (javaBean)

/**
* javabean :消息类
*/

public class Messages {
    private String message;

    public Messages(String message) {
        this.message = message;
    }

    public String getMessage() {

        return message;
    }
}

(二)准备两个活动

第一个活动用于跳转到第二个活动和接收第二个活动发送的消息。


/**
* 1.跳转到第二个活动
* 2.获取第二个活动发送的消息
*/

public class MainActivity extends AppCompatActivity {

    private Button btnSkipActivity;
    private TextView tvWaitMsg;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        btnSkipActivity=(Button)findViewById(R.id.skip_next);
        tvWaitMsg=(TextView)findViewById(R.id.tv_waitMsg);
        btnSkipActivity.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Intent intent=new Intent(MainActivity.this,SecondActivity.class);
                startActivity(intent);
            }
        });
        //注册EventBus,成为订阅者
        EventBus.getDefault().register(this);
    }

    @Override
    protected void onDestroy() {
        super.onDestroy();
        //销毁活动时取消注册
        EventBus.getDefault().unregister(this);
    }

    @Subscribe(threadMode = ThreadMode.MAIN)
   public void onEventMainThread(Messages msg){
       String obj="收到通知:"+msg.getMessage();
       tvWaitMsg.setText(obj);
       Toast.makeText(this,obj,Toast.LENGTH_SHORT).show();

   }
}
第二个活动就是用于发送消息的
/**
* 给订阅者发送消息
*/
public class SecondActivity extends AppCompatActivity {

    private Button btnSendMsg;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_second);
        btnSendMsg=(Button)findViewById(R.id.send_mes);
        btnSendMsg.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                EventBus.getDefault().post(new Messages("老板走了,你可以打游戏了..."));
            }
        });
    }
}
运行结果:点击图中的按钮,会跳转到第二个活动页面,并给所有的订阅者(这里的第一个活动)发送消息,可以看到这里的TextView收到了消息并更新了UI


三、EventBus的进阶使用

在上面的第一个活动有这样一个方法,这个就是订阅者接收消息的地方:

 @Subscribe(threadMode = ThreadMode.MAIN)
   public void onEventMainThread(Messages msg){
       String obj="收到通知:"+msg.getMessage();
       tvWaitMsg.setText(obj);
       Toast.makeText(this,obj,Toast.LENGTH_SHORT).show();

告知观察者事件发生时通过EventBus.post函数实现,这个过程叫做事件的发布,观察者被告知事件发生叫做事件的接收,就是通过下面的订阅函数实现的

(1)onEvent
(2)onEventMainThread
(3)onEventBackgroundThread
(4)onEventAsync
这四种订阅函数都是使用onEvent开头的,它们的区别是什么呢?
  (1)onEvent:如果使用onEvent作为订阅函数,那么该事件在哪个线程发布出来的,onEvent就会在这个线程中运行,也就是说发布事件和接收事件线程在同一个线程。使用这个方法时,在onEvent方法中不能执行耗时操作,如果执行耗时操作容易导致事件分发延迟。
(2)onEventMainThread:如果使用onEventMainThread作为订阅函数,那么不论事件是在哪个线程中发布出来的,onEventMainThread都会在UI线程中执行,接收事件就会在UI线程中运行,这个在Android中是非常有用的,因为在Android中只能在UI线程中跟新UI,所以在onEvnetMainThread方法中是不能执行耗时操作的。
(3)onEventBackground:如果使用onEventBackgrond作为订阅函数,那么如果事件是在UI线程中发布出来的,那么onEventBackground就会在子线程中运行,如果事件本来就是子线程中发布出来的,那么onEventBackground函数直接在该子线程中执行。

(4)onEventAsync:使用这个函数作为订阅函数,那么无论事件在哪个线程发布,都会创建新的子线程再执行onEventAsync.

到目前为止会有这样一个问题:

当发过来一个消息的时候,EventBus怎么知道要调哪个函数呢?

这就要看传过来的对象实例是什么,通过和订阅者订阅函数的参数类型进行匹配来决定调用哪个订阅函数函数。

那如果有两个订阅函数都是一样的参数实例呢,那两个订阅函数都会被调用!!!

到这里我们就对EventBus有了一个初步的了解和使用。那么为什么这么简单就实现了原本比较复杂的功能呢。对此,要想知道它为何如此神奇,就需要查看揭开它的真面目---源码。

对于源码的解析会在后面的博客介绍haha




猜你喜欢

转载自blog.csdn.net/KING_GUOGUO/article/details/80208422