它是一個(gè)基于觀察者模式的事件發(fā)布/訂閱框架象泵，開發(fā)者可以通過極少的代碼去實(shí)現(xiàn)多個(gè)模塊之間的通信寞秃，而不需要以層層傳遞接口的形式去單獨(dú)構(gòu)建通信橋梁斟叼。從而降低因多重回調(diào)導(dǎo)致的模塊間強(qiáng)耦合，同時(shí)避免產(chǎn)生大量?jī)?nèi)部類春寿。它擁有使用方便朗涩，性能高，接入成本低和支持多線程的優(yōu)點(diǎn)绑改，實(shí)乃模塊解耦谢床、代碼重構(gòu)必備良藥。
集成EventBus需要三步：
第一步：定義event厘线；
第二步：準(zhǔn)備訂閱者识腿，包括注冊(cè)和取消注冊(cè)，及接收事件的方法等造壮；
第三步：發(fā)布事件渡讼；
EventBus的線程模式有四種：POSTING，MAIN耳璧，BACKGROUND成箫，ASYNC；
POSTING：這種模式就是eventBus默認(rèn)的模式旨枯，我們?cè)谑褂玫臅r(shí)候不需要再訂閱者的方法的注解后面加任何東西（選擇模式）蹬昌，但是這種只能在同一個(gè)線程中接收，也就是說攀隔，如果是在主線程中發(fā)布消息就只能在主線程中接收消息皂贩，如果是在子線程中，那么也只能在相同的子線程中去接收消息昆汹；
MAIN：這種模式保證了訂閱者指定的那個(gè)接收方法肯定要主線程中執(zhí)行明刷，可以放心的在里面執(zhí)行更新UI操作。無論發(fā)布者是在主線程中還是在那一條子線程中發(fā)布消息筹煮，這邊接收的都在主線程中遮精；
BACKGROUND：這種模式無論發(fā)布者是在主線程或者是那一條子線程中發(fā)布消息，接收的肯定是在子線程中，并且是這樣理解：如果是在主線程中發(fā)布消息本冲，那么就會(huì)隨機(jī)開辟一條子線程來接收消息准脂。如果是在子線程中發(fā)布消息，那么就會(huì)在相同的子線程來接收消息檬洞；
ASYNC：這種模式是無論你在那個(gè)線程中發(fā)布消息都會(huì)在不同的線程中接受消息狸膏。如果你在主線程中發(fā)布消息，就會(huì)隨機(jī)的開辟一條子線程來接收消息添怔；如果是在子線程中發(fā)布消息湾戳，就會(huì)開辟一條不同的子線程來接收消息。
EventBus的粘性事件：
粘性事件的發(fā)送：
粘性事件的接收：（需要設(shè)置sticky為true广料，還需要指定線程模式砾脑，因?yàn)?默認(rèn)的線程模式為posting）
獲取和刪除手動(dòng)粘性的事件：
EventBus的priority事件優(yōu)先級(jí)（優(yōu)先級(jí)越高優(yōu)先獲得消息）：
當(dāng)多個(gè)訂閱者（Subscriber）對(duì)同一種事件類型進(jìn)行訂閱時(shí)，即對(duì)應(yīng)的事件處理方法中接收的事件類型一致艾杏，則優(yōu)先級(jí)高（priority 設(shè)置的值越大）韧衣，則會(huì)先接收事件進(jìn)行處理；優(yōu)先級(jí)低（priority 設(shè)置的值越泄荷！）畅铭，則會(huì)后接收事件進(jìn)行處理。除此之外勃蜘，EventBus也可以終止對(duì)事件繼續(xù)傳遞的功能：
EventBus的用戶索引（參考：索引）：
? ? ? ?相信對(duì)于索引這個(gè)詞大家不會(huì)陌生硕噩，很多地方都有用到，那么為什么EventBus會(huì)引進(jìn)索引這個(gè)東西缭贡，大家都知道EventBus的功能是通過反射機(jī)制獲取觀察者（訂閱者）方法來實(shí)現(xiàn)的炉擅，而反射本身對(duì)性能的損耗比起一般的方法來說要大很多，具體慢多少匀归，你們可以寫一個(gè)程序測(cè)試下坑资，大概50倍左右（當(dāng)然對(duì)于CPU的運(yùn)行速度，沒有你想象中夸張）穆端。
索引的生成：
第一步：Using annotationProcessor:
第二步：Using android-apt
第三步：How to use the index
鏈接：參考
