EventBus是個什麼東西?有什麼用?html
EventBus是一個發佈 / 訂閱的事件總線。簡單點說,就是兩人約定好怎麼通訊,一人發佈消息,另一個約定好的人立馬接收到你發的消息。java
用處:相信你們都用過Handle了進行線程通訊,回調方法進行通訊,是否是以爲特麻煩。EventBus就能夠幫減小不少事,無論你在任何地方任何位置發佈一個事件,接收者都能立馬接收到你的消息,不用你考慮android子線程操做UI線程的問題!!!!並且還有個好處,就這這個框架很容易上手!!!android
項目地址:git
關係:github
訂閱者能夠訂閱多個事件,發送者能夠發佈任何事件,發佈者同時也能夠是訂閱者。面試
具體使用:服務器
訂閱者相關:網絡
註冊訂閱者: EventBus.getDefault().register(this);app
這個方法一般在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);//取消訂閱
[java] view plaincopy
package com.angeldevil.eventbusdemo;
import android.os.Bundle;
import android.support.v4.app.FragmentActivity;
public class MainActivity extends FragmentActivity
{
@Override
protected void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
}
}
[html] view plaincopy
package com.angeldevil.eventbusdemo;
import java.util.ArrayList;
import java.util.List;
public class Item
{
public String id;
public String content;
public static List
ITEMS = new ArrayList();
static
{
// Add 6 sample items.
addItem(new Item(1, Item 1));
addItem(new Item(2, Item 2));
addItem(new Item(3, Item 3));
addItem(new Item(4, Item 4));
addItem(new Item(5, Item 5));
addItem(new Item(6, Item 6));
}
private static void addItem(Item item)
{
ITEMS.add(item);
}
public Item(String id, String content)
{
this.id = id;
this.content = content;
}
@Override
public String toString()
{
return content;
}
}
[java] view plaincopy
package com.angeldevil.eventbusdemo;
import android.os.Bundle;
import android.support.v4.app.Fragment;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.TextView;
import de.greenrobot.event.EventBus;
public class ItemDetailFragment extends Fragment
{
private TextView tvDetail;
@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
// register
EventBus.getDefault().register(this);
}
@Override
public void onDestroy()
{
super.onDestroy();
// Unregister
EventBus.getDefault().unregister(this);
}
/** List點擊時會發送些事件,接收到事件後更新詳情 */
public void onEventMainThread(Item item)
{
if (item != null)
tvDetail.setText(item.content);
}
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState)
{
View rootView = inflater.inflate(R.layout.fragment_item_detail,
container, false);
tvDetail = (TextView) rootView.findViewById(R.id.item_detail);
return rootView;
}
}
果真不出咱們的所料,真的存在onEventMainThread(Item item)的方法。固然了,必須在onCreate裏面首先書寫EventBus.getDefault().register(this);讓EventBus掃描再說。
那麼這個Fragment的流程就是:onCreate時,EventBus掃描當前類,將onEventMainThread以鍵值對的形式進行存儲,鍵爲Item.class ,值爲包含該方法的對象。
而後當ItemListFragment中Item被點擊時,發佈了一個事件:EventBus.getDefault().post(getListView().getItemAtPosition(position));實參的類型剛好是Item,因而觸發咱們的
onEventMainThread方法,並把Item實參傳遞進來,咱們更新控件。
這裏還有個事件類:
[java] view plaincopy
package com.angeldevil.eventbusdemo;
import java.util.List;
public class Event
{
/** 列表加載事件 */
public static class ItemListEvent
{
private List
items;
public ItemListEvent(List
items)
{
this.items = items;
}
public List
getItems()
{
return items;
}
}
} ItemListEvent咱們在ItemListFragment中使用的,做爲的是onEventMainThread中的參數。爲何封裝這麼個類呢?會在以後的EventBus源碼解析中說明。
到此咱們的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,相信能夠爲你解除不少困惑,瞭解該框架的設計之美。
package com.angeldevil.eventbusdemo;
import android.os.Bundle;
import android.support.v4.app.ListFragment;
import android.view.View;
import android.widget.ArrayAdapter;
import android.widget.ListView;
import com.angeldevil.eventbusdemo.Event.ItemListEvent;
import de.greenrobot.event.EventBus;
public class ItemListFragment extends ListFragment
{
@Override
public void onCreate(Bundle savedInstanceState)
{
super.onCreate(savedInstanceState);
// Register
EventBus.getDefault().register(this);
}
@Override
public void onDestroy()
{
super.onDestroy();
// Unregister
EventBus.getDefault().unregister(this);
}
@Override
public void onViewCreated(View view, Bundle savedInstanceState)
{
super.onViewCreated(view, savedInstanceState);
// 開啓線程加載列表
new Thread()
{
public void run()
{
try
{
Thread.sleep(2000); // 模擬延時
// 發佈事件,在後臺線程發的事件
EventBus.getDefault().post(new ItemListEvent(Item.ITEMS));
} catch (InterruptedException e)
{
e.printStackTrace();
}
};
}.start();
}
public void onEventMainThread(ItemListEvent event)
{
setListAdapter(new ArrayAdapter
(getActivity(),
android.R.layout.simple_list_item_activated_1,
android.R.id.text1, event.getItems()));
}
@Override
public void onListItemClick(ListView listView, View view, int position,
long id)
{
super.onListItemClick(listView, view, position, id);
EventBus.getDefault().post(getListView().getItemAtPosition(position));
}
}
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(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) ; 是否是呢?咱們去看看。
[java] view plaincopy
xmlns:tools=http://schemas.android.com/tools
android:layout_width=match_parent
android:layout_height=match_parent
android:baselineAligned=false
android:divider=?android:attr/dividerHorizontal
android:orientation=horizontal
android:showDividers=middle >
android:id=@+id/item_list
android:name=com.angeldevil.eventbusdemo.ItemListFragment
android:layout_width=0dip
android:layout_height=match_parent
android:layout_weight=1 />
android:id=@+id/item_detail_container
android:name=com.angeldevil.eventbusdemo.ItemDetailFragment
android:layout_width=0dip
android:layout_height=match_parent
android:layout_weight=2 />
能夠看到,咱們MainActvity能夠說沒有一行代碼,佈局文件即兩個Fragment組成;
首先看個實體類:
[java] view plaincopy