EventBus輕鬆使用

 什麼是EventBus

　　由greenrobot組織貢獻(該組織還貢獻了greenDAO),一個Android事件發佈/訂閱輕量級框架,功能:經過解耦發佈者和訂閱者簡化Android事件傳遞，EventBus能夠代替 Android傳統的Intent,Handler,Broadcast或接口函數,在Fragment,Activity,Service線程之間傳遞數據，執行方法。特色:代碼簡潔，是一種發佈訂閱設計模式(觀察者設計模式)。

 

如何使用

　　首先gradle中引入

compile 'org.greenrobot:eventbus:3.0.0'

 

　　EventBus經常使用的有三個函數

　　1.註冊事件，註冊過的類可以接受EventBus發出的消息事件.

EventBus.getDefault().register(this);

　　2.取消註冊

EventBus.getDefault().unregister(this);

　　3.發出消息，在任意一個活動或服務中調用該方法傳遞數據，全部註冊過事件的類都能收到消息，參數爲object類型，在事件處理函數中強制轉換

EventBus.getDefault().post("你好");

　　4.事件處理函數，在註冊過EventBus的類中用該函數處理post傳遞的數據。函數名可爲任意的，只需用註解聲明（僅限於EventBus3.0，3.0開始支持註解，以前的版本函數爲固定的幾個函數），下面解釋threadMode參數

@Subscribe(threadMode = ThreadMode.MAIN)
    public void XXX(String str){
        Log.d("LoginActivity",str);
    }

 

事件處理函數詳解

　　1.參數含義，threadMode共有4個參數，標識函數在哪一個地方運行，好比主線程或者子線程。

• POSTING（默認）：若是使用事件處理函數指定了線程模型爲POSTING，那麼該事件在哪一個線程發佈出來的，事件處理函數就會在這個線程中運行，也就是說發佈事件和接收事件在同一個線程。在線程模型爲POSTING的事件處理函數中儘可能避免執行耗時操做，由於它會阻塞事件的傳遞，甚至有可能會引發ANR。MAIN: 
• MAIN: 事件的處理會在UI線程中執行。事件處理時間不能太長，長了會ANR的。
• BACKGROUND：若是事件是在UI線程中發佈出來的，那麼該事件處理函數就會在新的線程中運行，若是事件原本就是子線程中發佈出來的，那麼該事件處理函數直接在發佈事件的線程中執行。在此事件處理函數中禁止進行UI更新操做。
• ASYNC：不管事件在哪一個線程發佈，該事件處理函數都會在新建的子線程中執行，一樣，此事件處理函數中禁止進行UI更新操做。耗時操做應該使用本模式

　　2.事件優先級。在相同的線程模式下，高優先級的訂閱者將會比低優先級的訂閱者更早接收到事件。EventBus默認的優先級是0，這樣高優先級事件處理完時間後可使用cancelEventDelivery(object),阻斷消息的傳播。
         注意：優先級不會影響不一樣線程模式下的訂閱者接收事件的順序。

@Subscribe(threadMode = ThreadMode.MAIN,priority = 1)
public void XXX(object o){
　　//處理邏輯
　　//阻斷傳遞
　　cancelEventDelivery(o);
}

 

粘性事件

　　簡單的說粘性事件就是在發佈粘性消息後，再在某個類中註冊EventBus，聲明一個粘性事件處理函數任然能夠接收到以前發佈的粘性事件。

　　1.發佈事件，注意這裏是postSticky

EventBus.getDefault().postSticky("Hello everyone!");

　　2.註冊Eventbus，和以前同樣

EventBus.getDefault().register(this);

　　3.處理消息,注意在註解參數中聲明：sticky：true，表示該事件可以接受粘性事件

　　

@Subscribe(sticky = true, threadMode = ThreadMode.MAIN)
public void onEvent(String event) {
    Log.d("EventBus",event);
}