Android插件化原理解析——概要
2015年是Android插件化技術(shù)突飛猛進(jìn)的一年,隨著業(yè)務(wù)的發(fā)展各大廠商都碰到了Android Native平臺(tái)的瓶頸:
H5和Hybird可以解決這些問題,但是始終比不上native的用戶體驗(yàn);于是,國外的FaceBook推出了react-native;而國內(nèi)各大廠商幾乎都選擇純native的插件化技術(shù)。可以說,Android的未來必將是react-native和插件化的天下。
react-native資料很多,但是講述插件化的卻鳳毛菱角;插件化技術(shù)聽起來高深莫測,實(shí)際上要解決的就是兩個(gè)問題:
代碼加載
類的加載可以使用Java的ClassLoader機(jī)制,但是對于Android來說,并不是說類加載進(jìn)來就可以用了,很多組件都是有“生命”的;因此對于這些有血有肉的類,必須給它們注入活力,也就是所謂的組件生命周期管理;
另外,如何管理加載進(jìn)來的類也是一個(gè)問題。假設(shè)多個(gè)插件依賴了相同的類,是抽取公共依賴進(jìn)行管理還是插件單獨(dú)依賴?這就是ClassLoader的管理問題;
資源加載
資源加載方案大家使用的原理都差不多,都是用AssetManager的隱藏方法addAssetPath;但是,不同插件的資源如何管理?是公用一套資源還是插件獨(dú)立資源?共用資源如何避免資源沖突?對于資源加載,有的方案共用一套資源并采用資源分段機(jī)制解決沖突(要么修改aapt要么添加編譯插件);有的方案選擇獨(dú)立資源,不同插件管理自己的資源。
目前國內(nèi)開源的較成熟的插件方案有DL和DroidPlugin;但是DL方案僅僅對Frameworl的表層做了處理,嚴(yán)重依賴that語法,編寫插件代碼和主程序代碼需單獨(dú)區(qū)分;而DroidPlugin通過Hook增強(qiáng)了Framework層的很多系統(tǒng)服務(wù),開發(fā)插件就跟開發(fā)獨(dú)立app差不多;就拿Activity生命周期的管理來說,DL的代理方式就像是牽線木偶,插件只不過是操縱傀儡而已;而DroidPlugin則是借尸還魂,插件是有血有肉的系統(tǒng)管理的真正組件;DroidPlugin Hook了系統(tǒng)幾乎所有的Sevice,欺騙了大部分的系統(tǒng)API;掌握這個(gè)Hook過程需要掌握很多系統(tǒng)原理,因此學(xué)習(xí)DroidPlugin對于整個(gè)Android FrameWork層大有裨益。
接下來的一系列文章將以DroidPlugin為例講解插件框架的原理,揭開插件化的神秘面紗;同時(shí)還能幫助深入理解Android Framewrok;主要內(nèi)容如下:
- Hook機(jī)制之動(dòng)態(tài)代理
- Hook機(jī)制之Binder Hook
- Hook機(jī)制之AMS&PMS
- Activity生命周期管理
- 插件加載機(jī)制
- 廣播的管理方式
- Service的插件化
- ContentProvider的插件化
- DroidPlugin插件通信機(jī)制
- 插件機(jī)制之資源管理
- 不同插件框架方案對比
- 插件化的未來
另外,對于每一章內(nèi)容都會(huì)有詳細(xì)的demo,具體見understand-plugin-framework;喜歡就點(diǎn)個(gè)關(guān)注吧~定期更新,敬請期待!
原文地址: http://weishu.me/2016/01/28/understand-plugin-framework-overview/
總結(jié)
以上是生活随笔為你收集整理的Android插件化原理解析——概要的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Binder学习指南
- 下一篇: Android Camera架构分析