Android EventBus3.0學習筆記

(參考)https://blog.csdn.net/itachi85/article/details/52205464

EventBus是一款針對Android優化的發布/訂閱事件總線。簡化了應用程序內各組件間、組件與后臺線程間的通信。

優點:

開銷小,代碼更優雅,以及將發送者和接收者解耦。如果Activity和Activity進行交互還好說,如果Fragment和Fragment進行交互著實令人頭疼,我們會使用廣播來處理,但是使用廣播稍顯麻煩并且效率也不高,如果傳遞的數據是實體類需要序列化,那么很顯然成本會有點高。

三個組成元素:

Event:事件,可以是任意類型的對象。

Subscriber:事件訂閱者,在EventBus3.0之前消息處理的方法只能限定于onEvent、onEventMainThread、onEventBackgroundThread和onEventAsync,他們分別代表四種線程模型。而在EventBus3.0之后,事件處理的方法可以隨便取名,但是需要添加一個注解@Subscribe,并且要指定線程模型(默認為POSTING),四種線程模型下面會講到。

Publisher:事件發布者,可以在任意線程任意位置發送事件,直接調用EventBus的post(Object)方法。可以自己實例化EventBus對象,但一般使用EventBus.getDefault()就好了,根據post函數參數的類型,會自動調用訂閱相應類型事件的函數。

四種ThreadMode:

POSTING(默認):如果使用事件處理函數指定了線程模型為POSTING,那么該事件在哪個線程發布出來的,事件處理函數就會在這個線程中運行,也就是說發布事件和接收事件在同一個線程。在線程模型為POSTING的事件處理函數中盡量避免執行耗時操作,因為它會阻塞事件的傳遞,甚至有可能會引起ANR。

MAIN: 事件的處理會在UI線程中執行。事件處理時間不能太長,長了會ANR的。

BACKGROUND:如果事件是在UI線程中發布出來的,那么該事件處理函數就會在新的線程中運行,如果事件本來就是子線程中發布出來的,那么該事件處理函數直接在發布事件的線程中執行。在此事件處理函數中禁止進行UI更新操作。

ASYNC:無論事件在哪個線程發布,該事件處理函數都會在新建的子線程中執行,同樣,此事件處理函數中禁止進行UI更新操作。

基本用法:

步驟1:自定義一個事件類

public class MessageEvent {...}

例子:

public class FirstEvent{

private String msg;

public FirstEvent(String msg){

? ? ? this.msg = msg;

? ? }

public String getMsg(){

? ? ? return msg;

? ? }

}

步驟2:在需要訂閱事件的地方注冊事件

EventBus.getDefault().register(this);

步驟3:發送事件

EventBus.getDefault().post(messageEvent);

另外:發送粘性事件:

EventBus.getDefault().postSticky(new MessageEvent("粘性事件"));

步驟4:.處理事件

@Subscribe(threadMode = ThreadMode.MAIN)

public void XXX(MessageEvent messageEvent) {

...

}

另外:粘性事件接收,在發送事件之后再訂閱該事件也能收到該事件,跟黏性廣播類似。

@Subscribe(threadMode = ThreadMode.POSTING,sticky = true)

? ? public void ononMoonStickyEvent(MessageEvent messageEvent){

? ? ? ? tv_message.setText(messageEvent.getMessage());

? ? }

sticky:默認為false,如果為true,當通過postSticky發送一個事件時,這個類型的事件的最后一次事件會被緩存起來,當有訂閱者注冊時,會把之前緩存起來的這個事件直接發送給它。使用在比如事件發送者先啟動了,訂閱者還沒啟動的情況。

priority:默認值為0。訂閱了同一個事件的訂閱函數,在ThreadMode值相同的前提下,收到事件的優先級。

步驟5:取消事件訂閱

EventBus.getDefault().unregister(this);

一般都在onDestory()方法中取消注冊,釋放資源

@Override protected void onDestroy() {

? ? ? ? super.onDestroy();

? ? ? ? //取消注冊事件? ? ??

? ? ? ?EventBus.getDefault().unregister(this);

? ? }

注意:需要引入依賴包

Android Studio 配置gradle:

compile'org.greenrobot:eventbus:3.0.0'

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,748評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,165評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,595評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,633評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,435評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,943評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,035評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,175評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,713評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,599評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,788評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,303評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,034評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,412評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,664評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,408評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,747評論 2 370

推薦閱讀更多精彩內容