實際項目開發過程中，經常遇到如下場景：不同的應用程式元件的控件間具有一定的互相關聯性，其中使用者對後者進行的某種操作會引起前者的相應改變。舉一個具體的場景：以糗事百科為例，在糗事清單頁和詳情頁頁，對于每個糗事而言，布局基本一緻，在詳情頁點選了個贊，贊的數量增加，同時贊的圖示發生了變化，此時傳回到清單頁，此糗事上的贊圖示以及數量與剛剛詳情頁的需要保持一緻。在舉一個例子，對于多個底部導航tab下的資訊類閱讀app，在咨詢詳情頁點選了收藏，然後收藏成功，此時回到底部tab中的個人中心，假如個人中心中有我的收藏，同時後面顯示的是收藏數量，此時此收藏數量需要同于于剛剛使用者所進行的收藏/取消收藏而即時更改數字。凡此種種，類似需求場景非常常見。
有時候，當此類需求相對簡單時，通過接口以實作回調等方式可以完成，但是當不同元件/控件之間的關系紛繁複雜時，基于接口的方案不僅使得代碼非常繁瑣，同時是的程式邏輯很混亂，基于此，EventBus，為此類需求的實作提供了非常友善的方案。
網上已經有不少EventBus的使用介紹，在此簡單介紹下完整的使用流程。
1. 首先定義事件基類(其實不定義也可以，定義後的好處在于在同一個回調函數中直接依據不同的子類事件類型可以直接繼續邏輯上的處理，代碼和邏輯更加簡潔清晰)
1 public classBaseEvent {2
3
4 }
2. 定義具體的事件類型(以上述收藏事件為例)
1 public class FavorEvent extendsBaseEvent {2
3 private intdid;4
5 publicFavorEvent() {6
7 }8
9 public FavorEvent(intdid) {10 this.did =did;11 }12
13 public intgetDid() {14 returndid;15 }16
17 public void setDid(intdid) {18 this.did =did;19 }20
21 }
3. 在需要監聽此收藏事件的地方向EventBus注冊事件監聽器
1 EventBus.getDefault().register(this);
4. 當需要取消注冊事件監聽器時
EventBus.getDefault().unregister(this);
注：Android中，當遇到如EventBus中的register時，一般的，相應都會有unregister邏輯。且經常register與unregister邏輯互相對應，處在如Activity等元件的不同生命周期中。這是因為EventBus(其他也類似)在注冊時由于是采用硬引用，存在潛在的記憶體洩露問題，而在相應生命周期中(如onDestroy)取消注冊，即可消除可能潛在的記憶體洩露問題。
5. 當事件發生時，需要通知相應事件監聽器進行相應邏輯處理
1 //告知EventBus進行了收藏操作，讓其通知相關感興趣方(主要的是通知個人中心頁面改變我的收藏數量)
2 EventBus.getDefault().post(new FavorEvent());
6. 其他元件/監聽器具體事件邏輯
1 public voidonEvent(BaseEvent event) {2 //接收收藏事件通知，同步處理收藏數字
3 if (event instanceofFavorEvent) {4 //即時更新收藏的數量(從sqlite中取得收藏數量)
5 updateFavorNum();6 } else if(..){7 ...8 }9 }
整個的使用流程主要也就這麼多了，其中，關于子線程和UI線程之間等亦可進行類似事件通知，網上此類資料很多，不再贅述了。