1、百鏈 CC
核心代碼量：3K(±) line （&插件）
源碼閱讀難度(10分制)：8(Socket&ASM)
組件自動(dòng)注冊方案: 自動(dòng)注冊
TrasnformAPI + ASM掃描組件類(IComponent接口實(shí)現(xiàn)類)并注冊到ComponentMananger中，
無需手動(dòng)維護(hù)組件列表
模塊間通信機(jī)制:
事件總線
組件間跨進(jìn)程通信機(jī)制: Socket
廣播 + Service + LocalSocket
組件向外提供服務(wù): 自動(dòng)注冊
在IComponent中實(shí)現(xiàn)，自動(dòng)注冊到ComponentMananger
組件依賴隔離:
無需依賴、完全隔離
特點(diǎn):
1. 可以跨app調(diào)用，初期改造時(shí)即可單獨(dú)編譯組件運(yùn)行
2. 提供統(tǒng)一的組件調(diào)用及實(shí)現(xiàn)方式（不管是否跨app調(diào)用、頁面跳轉(zhuǎn)、服務(wù)調(diào)用、同步/異步調(diào)用）
3. 組件自動(dòng)注冊，無需維護(hù)
4. 提供了ActionProcessor按需加載的支持
綜合成本:中
侵入性低
無混淆
改造成本中
學(xué)習(xí)成本低
維護(hù)成本中
缺點(diǎn)：
1、使用Socket實(shí)現(xiàn)組件間通信，邏輯略復(fù)雜，且只支持string
2、Socket未使用NIO，只能一對一通信
3、組件與非組件狀態(tài)下通信機(jī)制不統(tǒng)一
4、無法自動(dòng)喚醒目標(biāo)，目標(biāo)組件被殺后無法通信
2、得到 DDComponentForAndroid 現(xiàn)更名為JIMU
核心代碼量：1.2K(±) line （&插件）
源碼閱讀難度：5(Javassisit)
組件自動(dòng)注冊方案: 自動(dòng)注冊
apt生成各module的路由表
TrasnformAPI + javassist將IApplicationLike的注冊代碼生成到自定義application.onCreate方法中，
無需手動(dòng)維護(hù)組件列表
模塊間通信機(jī)制:
路由 + 接口下沉
組件間跨進(jìn)程通信機(jī)制:
不支持
組件向外提供服務(wù): 手動(dòng)注冊
接口下沉到base中，組件中實(shí)現(xiàn)接口并在IApplicationLike中手動(dòng)注冊到Router中
組件依賴隔離:
通過插件實(shí)現(xiàn)只在打apk包時(shí)才添加依賴，編碼期間不能直接調(diào)用其它組件的代碼
特點(diǎn):
自動(dòng)添加依賴，只在運(yùn)行assemble任務(wù)的才會添加依賴，因此在開發(fā)期間組件之間是完全感知不到的，這是做到完全隔離的關(guān)鍵
支持兩種語法：module或者groupId:artifactId:version(@aar),前者之間引用module工程，后者使用maven中已經(jīng)發(fā)布的aar
1. 編碼期間組件依賴通過插件進(jìn)行隔離，避免直接調(diào)用其它組件的代碼
2. 提供了兼容ARouter的方案
3. 組件自動(dòng)注冊，無需維護(hù)
綜合成本:中
侵入性一般
混淆所有下沉接口、框架中相關(guān)接口的實(shí)現(xiàn)類等
改造成本一般
學(xué)習(xí)成本一般
維護(hù)成本一般
缺點(diǎn)：
1、不支持組件間的跨進(jìn)程通信，這個(gè)期望后續(xù)能有進(jìn)展
2、javassisit經(jīng)常會占用代碼資源無法釋放，導(dǎo)致編譯失敗(mac下不會，wins下經(jīng)常，無解)
3、組件與組件聯(lián)合測試時(shí)需要集成打包到一起，而不是兩個(gè)獨(dú)立的組件通信
3、58趕集 ModularizationArchitecture
核心代碼量：2K(±) line
源碼閱讀難度：7(AIDL)
組件自動(dòng)注冊方案: 手動(dòng)注冊
1. Action列表在其所屬的Provider中注冊
2. Provider在其所屬的ApplicationLogic中注冊
3. ApplicationLogic在主app的Application中注冊
模塊間通信機(jī)制:
事件總線
組件間跨進(jìn)程通信機(jī)制: AIDL
組件同時(shí)安裝在設(shè)備上即可，實(shí)際開發(fā)中一般是當(dāng)前正在開發(fā)的組件和主app中的組件互相調(diào)用.
組件向外提供服務(wù): 手動(dòng)注冊
實(shí)現(xiàn)一個(gè)對應(yīng)的Action并在其所屬的Provider中手動(dòng)注冊
組件依賴隔離:
無需依賴、完全隔離
特點(diǎn):
1. 可以跨app、app內(nèi)跨進(jìn)程調(diào)用
2. 組件運(yùn)行在各自進(jìn)程中，單獨(dú)運(yùn)行與聯(lián)合打包切換時(shí)需要修改進(jìn)程名稱
3. 組件需指定同步實(shí)現(xiàn)還是異步實(shí)現(xiàn)，調(diào)用組件時(shí)統(tǒng)一拿到RouterResponse作為返回值，可以自行決定同步還是異步方式調(diào)用RouterResponse.getData()來獲取結(jié)果，但異步獲取時(shí)需要自己維護(hù)線程
綜合成本:高
侵入性高
混淆所有下沉接口、框架中相關(guān)接口的實(shí)現(xiàn)類等
改造成本高
學(xué)習(xí)成本高
維護(hù)成本高
缺點(diǎn)：
1、使用AIDL實(shí)現(xiàn)組件間通信，邏輯略復(fù)雜
2、組件與非組件狀態(tài)下通信機(jī)制不統(tǒng)一
4、阿里Arouter
組件自動(dòng)注冊方案: 半自動(dòng)＋反射
1. apt生成各module的路由表
2. Arouter初始化時(shí)掃描所有dex找出指定包名下的路由表，通過反射進(jìn)行統(tǒng)一注冊
模塊間通信機(jī)制:
路由 + 接口下沉
組件間跨進(jìn)程通信機(jī)制:
urlScheme來統(tǒng)一轉(zhuǎn)發(fā)
組件向外提供服務(wù): 反射
接口繼承IProvider并下沉到base中，組件中實(shí)現(xiàn)接口并通過注解來暴露服務(wù)
組件依賴隔離:
未隔離
特點(diǎn):
1. 阿里出品，使用者眾多，QQ群里交流比較活躍
2. 自動(dòng)注冊插件正式啟用之前掃描所有dex完成注冊的方式效率較低且有加固廠商兼容性問題
3. 分級按需加載
綜合成本:一般
侵入性高
混淆框架中的所有類及框架相關(guān)接口的實(shí)現(xiàn)類
改造成本一般
學(xué)習(xí)成本一般
維護(hù)成本低
5、美團(tuán)
組件自動(dòng)注冊方案: SPI＋javassit
1. 使用servieloader進(jìn)行解耦---非顯式的調(diào)用服務(wù)實(shí)現(xiàn)類
2. javassit預(yù)處理：大體流程是
在build的某個(gè)階段拿到所有編譯后的class文件（夾）和jar包。
使用javassit確定哪些類被@autoService修飾，配置文件中如果不存在，在其添加。
查看serviceConfig配置文件里面的格式是不是正確。
通過javassit來確定serviceConfig配置文件里面的類是不是在項(xiàng)目中存在，接口類是不是實(shí)現(xiàn)了Iprovider接口。
模塊間通信機(jī)制:
LocalBroadcast取代eventbus
組件間跨進(jìn)程通信機(jī)制:
contentProvider
組件向外提供服務(wù): 反射
接口繼承IProvider并下沉到base中，組件中實(shí)現(xiàn)接口并通過注解來暴露服務(wù)
組件依賴隔離:
無需依賴、完全隔離
特點(diǎn):
1. 解耦使用serviceloader，而不是路由進(jìn)行
2. 可以無侵入式的配置各種服務(wù)
3. lib快速便捷多端使用
綜合成本:高
侵入性低
混淆框架中的所有類及框架相關(guān)接口的實(shí)現(xiàn)類
改造成本高
學(xué)習(xí)成本高
維護(hù)成本高
6、其它
聚美Router
APT＋反射
51信用卡路由方案OkDeepLink
使用aspectJ來實(shí)現(xiàn)路由表的自動(dòng)注冊
美柚路由方案RouterKit
通過apt生成每個(gè)module的路由表，然后復(fù)制到app的assets目錄，
運(yùn)行的時(shí)候遍歷asset目錄，反射對應(yīng)的activity
7、思考總結(jié)
1、組件自動(dòng)注冊方案:
現(xiàn)有APT實(shí)現(xiàn)的Router 只需要完成中央注冊即可
可選方案復(fù)雜度：10分制
javassisit 7
ASM 8
SPI 0
AspectJ 9
反射 6
2、組件間通信方案:
可選方案復(fù)雜度：
ContentProvider 7
Socket 8
AIDL 7
Messenger 3
由于現(xiàn)在的組建內(nèi)通信方案OkBus 傳遞的是Message
進(jìn)程間通信可以使用Messenger(IPC)來擴(kuò)展OkBus實(shí)現(xiàn)組建間的Message的雙向傳遞 幾乎0成本
8、最終實(shí)現(xiàn) Moduler
原理篇： http://www.lxweimin.com/p/a73fd5e4cad1
核心代碼量：1K(±) line
源碼閱讀難度(10分制)：3(Messenger)
組件自動(dòng)注冊方案: 自動(dòng)注冊
APT+SPI
模塊間通信機(jī)制:
OkBus
組件間跨進(jìn)程通信機(jī)制: Messenger擴(kuò)展的 OkBus
OkBus
組件向外提供服務(wù): 自動(dòng)注冊
OkBus＋SPI
組件依賴隔離:
無需依賴、完全隔離
特點(diǎn):按需加載，自動(dòng)喚醒
1、最小代價(jià)組件化，最簡單的配置、最靈活的切換
2、組件路由自動(dòng)化注冊，中央路由自動(dòng)化采集
3、服務(wù)自動(dòng)注冊，兼容同異步，兼容跨/同進(jìn)程，經(jīng)典C/S架 構(gòu)，一對多通信
4、OkBus實(shí)現(xiàn)的通信機(jī)制，兼容同異步，兼容跨/同進(jìn)程，與傳統(tǒng)使用方式完全一樣，無感知無差別
5、跨組件調(diào)用時(shí)自動(dòng)喚醒，單個(gè)組件調(diào)試時(shí)無需手動(dòng)打開目標(biāo)組件，即使目標(biāo)開啟后被殺掉進(jìn)程，同樣可以喚醒加通信一步到位
跨進(jìn)程的優(yōu)點(diǎn)
考慮到，a,b兩個(gè)模塊同時(shí)修改，聯(lián)合調(diào)試時(shí)，編譯過程比較麻煩，因此，所有的組件化框架都不建議開發(fā)階段使用aar,而建議直接依賴
而跨進(jìn)程通信則完全沒有這個(gè)煩惱，兩個(gè)組件單獨(dú)安裝即可，不存在任何依賴
前者的時(shí)間復(fù)雜度是2+2 后者的時(shí)間復(fù)雜度是1+1
開發(fā)初期，多個(gè)模塊聯(lián)合改動(dòng)，分別測試時(shí)，使用aar時(shí)間成本是指數(shù)增長，使用跨進(jìn)程只是簡單的線性增長。
真正復(fù)雜的流程也不是組件化之后的開發(fā)過程，而是組件化過程中拆分的各個(gè)組件時(shí)聯(lián)合測試的過程，所以一般組件化的過程都會分為兩個(gè)階段，組件化開發(fā)期，和組件化穩(wěn)定期
目前的demo給出的解決方案就是組件化開發(fā)期的解決方案，穩(wěn)定之后，會有后續(xù)的aar依賴優(yōu)化方案
綜合成本:低
侵入性低
無混淆
改造成本低
學(xué)習(xí)成本低
維護(hù)成本低
