标签:
EventBus是个什么东西?有什么用?
EventBus是一个发布 / 订阅的事件总线。简单点说,就是两人约定好怎么通信,一人发布消息,另外一个约定好的人立马接收到你发的消息。
用处:相信大家都用过Handle了进行线程通信,回调方法进行通信,是不是觉得特麻烦。EventBus就可以帮减少很多事,不管你在任何地方任何位置发布一个事件,接收者都能立马接收到你的消息,不用你考虑android子线程操作UI线程的问题!!!!而且还有个好处,就这这个框架很容易上手!!!
项目地址:
https://github.com/greenrobot/EventBus
关系:
订阅者可以订阅多个事件,发送者可以发布任何事件,发布者同时也可以是订阅者。
具体使用:
订阅者相关:
注册订阅者: EventBus.getDefault().register(this);
这个方法通常在onCreate方法中进行注册。
解绑订阅者: EventBus.getDefault().unregister(this);
这个方法通常在onDestroy方法中进行解绑。
约定的收到事件要执行的方法:EventBus已经规定好了使用如下四个方法:
onEvent:如果使用onEvent作为订阅函数,那么该事件在哪个线程发布出来的,onEvent就会在这个线程中运行,也就是说发布事件和接收事件线程在同一个线程。使用这个方法时,在onEvent方法中不能执行耗时操作,如果执行耗时操作容易导致事件分发延迟。
onEventMainThread:如果使用onEventMainThread作为订阅函数,那么不论事件是在哪个线程中发布出来的,onEventMainThread都会在UI线程中执行,接收事件就会在UI线程中运行,这个在Android中是非常有用的,因为在Android中只能在UI线程中跟新UI,所以在onEvnetMainThread方法中是不能执行耗时操作的。
onEventBackground:如果使用onEventBackgrond作为订阅函数,那么如果事件是在UI线程中发布出来的,那么onEventBackground就会在子线程中运行,如果事件本来就是子线程中发布出来的,那么onEventBackground函数直接在该子线程中执行。
onEventAsync:使用这个函数作为订阅函数,那么无论事件在哪个线程发布,都会创建新的子线程在执行onEventAsync.
例子: public void onEvent(Object object){
Log.e("hongliang","onEvent");
}
当订阅者收到事件后,就会自动执行上面这四个方法,根据需求写某个方法就可以了,如果写了多个,则都会执行。
或许,你会问,要是多个类都是订阅者,那到底是谁收到事件呢?
EventBus是根据这四个方法的参数来决定哪个类接收事件的,发布者的参数和某个订阅者这四个方法的参数一样,则执行这个订阅者的这个方法。
发布者相关:
发布事件: EventBus.getDefault().post( new 一个你自己的事件 );
可以在任意位置发布。
注意post方法的参数:EventBus会根据这个参数去找订阅者那四个方法参数和它一致的执行。
例如:
发布者:EventBus.getDefault().post( new String("发布者") );
订阅者:public void onEvent(String str){
Log.e("hongliang",str);
}
因为post的参数是String ,四个方法中onEvent参数String,所以会这个方法会被执行。
还不明白的可以参考:
转载请表明出处:http://blog.csdn.net/lmj623565791/article/details/40794879,本文出自:【张鸿洋的博客】
最近大家面试说经常被问到EventBus,github上果断down了一份,地址:https://github.com/greenrobot/EventBus,的确是个不错的框架,主要用于事件的发布和订阅。
EventBus定义:是一个发布 / 订阅的事件总线。
这么说应该包含4个成分:发布者,订阅者,事件,总线。
那么这四者的关系是什么呢?
很明显:订阅者订阅事件到总线,发送者发布事件。
大体应该是这样的关系:
订阅者可以订阅多个事件,发送者可以发布任何事件,发布者同时也可以是订阅者。
好了,大体了解基本的关系以后,我们通过案例驱动来教大家如何使用;
相信大家对Fragment都有所了解,现在我们的需求是这样的,两个Fragment组成主界面,左边的Fragment是个目录、即列表,右边的Fragment是详细信息面板;
a、目录的列表是从网络获取的。
b、当点击目录上的条目时,动态更新详细信息面板;
效果图:
看了这个需求,我们传统的做法是:
a、目录Fragment在onCreate中去开启线程去访问网络获取数据,获取完成以后,通过handler去更新界面。
b、在目录的Fragment中提供一个接口,然后详细信息面板去注册这个接口,当发生点击时,去回调这个接口,让详细信息面板发生改变。
其实这种做法也还是不错的,但是有了EventBus之后,我们交互会发生什么样的变化呢?拭目以待吧。
首先提一下:
EventBus.getDefault().register(this);//订阅事件
EventBus.getDefault().post(object);//发布事件
EventBus.getDefault().unregister(this);//取消订阅
首先看个实体类:
ItemListFragment里面在onCreate里面进行了事件的订阅,onDestroy里面进行了事件的取消;onViewCreated中我们模拟了一个子线程去网络加载数据,获取成功后我们调用
了EventBus.getDefault().post(new ItemListEvent(Item.ITEMS));发布了一个事件;
onListItemClick则是ListView的点击事件,我们调用了EventBus.getDefault().post(getListView().getItemAtPosition(position));去发布一个事件,
getListView().getItemAtPosition(position)的类型为Item类型;
细心的你一定发现了一些诡异的事,直接new Thread()获取到数据以后,竟然没有使用handler;我们界面竟然发生了变化,那么List是何时绑定的数据?
仔细看下代码,发现这个方法:
public void onEventMainThread(ItemListEvent event)
{
setListAdapter(new ArrayAdapter<Item>(getActivity(),
android.R.layout.simple_list_item_activated_1,
android.R.id.text1, event.getItems()));
}
应该是这个方法为List绑定的数据。那么这个方法是怎么被调用的呢?
现在就可以细谈订阅事件与发布事件了:
如果方法名以onEvent开头,则代表要订阅一个事件,MainThread意思,这个方法最终要在UI线程执行;当事件发布的时候,这个方法就会被执行。
那么这个事件什么时候发布呢?
我们的onEventMainThread触发时机应该在new Thread()执行完成之后,可以看到子线程执行完成之后,执行了EventBus.getDefault().post(new ItemListEvent(Item.ITEMS));
意味着发布了一个事件,当这个事件发布,我们的onEventMainThread就执行了,那么二者的关联关系是什么呢?
其实和参数的类型,我们onEventMainThread需要接收一个ItemListEvent ,我们也发布了一个ItemListEvent的实例。
现在我们完整的理一下:
在onCreate里面执行 EventBus.getDefault().register(this);意思是让EventBus扫描当前类,把所有onEvent开头的方法记录下来,如何记录呢?使用Map,Key为方法的参数类型,Value中包含我们的方法。
这样在onCreate执行完成以后,我们的onEventMainThread就已经以键值对的方式被存储到EventBus中了。
然后当子线程执行完毕,调用EventBus.getDefault().post(new ItemListEvent(Item.ITEMS))时,EventBus会根据post中实参的类型,去Map中查找对于的方法,于是找到了我们的onEventMainThread,最终调用反射去执行我们的方法。
现在应该明白了,整个运行的流程了;那么没有接口却能发生回调应该也能解释了。
现在我们在看看代码,当Item点击的时候EventBus.getDefault().post(getListView().getItemAtPosition(position));我们同样发布了一个事件,参数为Item;这个事件是为了让详细信息的Fragment去更新数据,不用说,按照上面的推测,详细信息的Fragment里面一个有个这样的方法: public void onEventMainThread(Item item) ; 是不是呢?我们去看看。
那么这个Fragment的流程就是:onCreate时,EventBus扫描当前类,将onEventMainThread以键值对的形式进行存储,键为Item.class ,值为包含该方法的对象。
然后当ItemListFragment中Item被点击时,发布了一个事件:EventBus.getDefault().post(getListView().getItemAtPosition(position));实参的类型恰好是Item,于是触发我们的
onEventMainThread方法,并把Item实参传递进来,我们更新控件。
这里还有个事件类:
到此我们的EventBus的初步用法就介绍完毕了。纵观整个代码,木有handler、木有AsynTask,木有接口回调;but,我们像魔术般的实现了我们的需求;来告诉我,什么是耦合,没见到~~~
EventBus包含4个ThreadMode:PostThread,MainThread,BackgroundThread,Async
MainThread我们已经不陌生了;我们已经使用过。
具体的用法,极其简单,方法名为:onEventPostThread, onEventMainThread,onEventBackgroundThread,onEventAsync即可
具体什么区别呢?
onEventMainThread代表这个方法会在UI线程执行
onEventPostThread代表这个方法会在当前发布事件的线程执行
BackgroundThread这个方法,如果在非UI线程发布的事件,则直接执行,和发布在同一个线程中。如果在UI线程发布的事件,则加入后台任务队列,使用线程池一个接一个调用。
Async 加入后台任务队列,使用线程池调用,注意没有BackgroundThread中的一个接一个。
大家可以利用EventBus尝试做以下操作:
当接收到某个广播,例如短信,在界面上显示。
开启一个Service,在服务器里面启动一个定时线程,不断更新ActivityUI。
等等...之后,你会发现EventBus的魅力!
声明一下:上面两个Fragment的例子是我在网上down到的,做了简单的修改,虽然很简单,但是很能说明问题。看包名应该是angeldevil写的,在此表示感谢。
顺便吐槽一个官方给的例子,什么性能对比,然后一堆TestCase,不直观。
如果你希望深入理解Eventbus,请看:Android EventBus源码解析 带你深入理解EventBus,相信可以为你解除很多困惑,了解该框架的设计之美。
标签:
原文地址:http://blog.csdn.net/liang5630/article/details/44084865