這篇文章主要分析EventBus的基本框架, 不涉及具體的代碼細(xì)節(jié).
我們可以把EventBus分成3個模塊, 注冊(register), 發(fā)送事件(post)和執(zhí)行方法(invoke).
注冊
圖解中的上部分為注冊流程.
首先, 每個訂閱類都會包含訂閱信息, 就是用@Subscribe注釋的方法, 每當(dāng)調(diào)用EventBus#register方法時, EventBus就會收集相關(guān)信息, 每一個@Subscribe注釋的方法都可以轉(zhuǎn)化成一個訂閱信息Subscription, 如圖解, 這個Subscription包含了執(zhí)行方法需要用到的基本信息.
收集到的信息會分別存放在typesBySubscriber和subscriptionsByEventType兩個Map中, 后續(xù)就是根據(jù)這兩個Map中的信息來獲取訂閱信息列表, 接著根據(jù)訂閱信息來處理發(fā)送的事件和執(zhí)行方法.
特殊地, 如果注冊的方法中有接收sticky事件, 那么就會直接發(fā)送一次已有的sticky事件
發(fā)送事件
圖解中間部分為發(fā)送事件的處理流程.
當(dāng)調(diào)用EventBus#post方法時, 根據(jù)傳進(jìn)來的事件Object, 根據(jù)它的Class可以獲取到訂閱了這種Class的訂閱信息(Subscription)列表, 如果允許繼承關(guān)系(eventInheritance), 還會獲取它的祖先類對應(yīng)的訂閱信息列表. 當(dāng)然這種繼承關(guān)系會緩存起來, 放到eventTypesCache中, 方便復(fù)用.
最后, 根據(jù)post進(jìn)來的事件實例, 就會得到一些訂閱信息, 每個訂閱信息代表一個方法要被執(zhí)行, 然后就是根據(jù)訂閱信息來執(zhí)行方法了.
執(zhí)行方法
圖解的下部分為執(zhí)行方法的流程.
首先Subscription和事件Object會被封裝到一起, 方便處理, 這時, 我們就知道, 應(yīng)該在什么線程執(zhí)行哪個訂閱者Object的哪個方法, 傳參是哪個事件Object了.
然后根據(jù)注釋中的ThreadMode參數(shù)選擇合適的線程. 然后把封裝好的PendingPost放入對應(yīng)的隊列中, 等待執(zhí)行. 下面簡單說下線程處理的實現(xiàn).
Posting
會直接在當(dāng)前線程執(zhí)行
Main
會在主線程執(zhí)行, 具體就是通過一個Handler來循環(huán)從隊列中取PendingPost, 然后執(zhí)行方法.
Background
會在后臺線程執(zhí)行, 具體是從線程池中取出一條線程, 然后在這條線程中按順序逐個取出PendingPost處理, 所以如果某個方法是耗時的, 就會阻塞其他方法.
Async
也會在后臺線程執(zhí)行, 和Background的區(qū)別在于, 每一個PendingPost都會從線程池中取一條線程來執(zhí)行, 所以相互之間不會阻塞.
總結(jié)
以上就是EventBus的基本結(jié)構(gòu), 雖然源碼看似很復(fù)雜, 實際上實現(xiàn)的原理并不復(fù)雜, 如果有興趣, 建議從開始的版本開始閱讀, 因為那時的代碼只有結(jié)構(gòu), 從這個角度也能看出EventBus的強(qiáng)大之處, 經(jīng)過那么久, 代碼結(jié)構(gòu)仍然沒有大的變化.
當(dāng)然除了結(jié)構(gòu), 其中還有一些細(xì)節(jié)值得我們好好學(xué)習(xí)揣摩.
- 使用了
ThreadLocal處理線程狀態(tài). - 通過注釋收集訂閱信息的過程, 主要集中在
SubscriberMethodFinder - 中斷訂閱信息執(zhí)行的方式
- 采用不同線程執(zhí)行方法的實現(xiàn)方式
最后, 其實看commit的歷史也挺有收獲的 :D, 希望對大家有幫助.
