Android插件框架原理解析——概要

2015年是Android插件化技術突飛猛進的一年，隨著業務的發展各大廠商都碰到了Android Native平臺的瓶頸：

1. 從技術上講，業務邏輯的復雜導致代碼量急劇膨脹，各大廠商陸續出到65535方法數的天花板；同時，運營為王的時代對于模塊熱更新提出了更高的要求。
2. 在業務層面上，功能模塊的解耦以及維護團隊的分離也是大勢所趨；各個團隊維護著同一個App的不同模塊，如果每個模塊升級新功能都需要對整個app進行升級，那么發布流程不僅復雜而且效率低下；在講究小步快跑和持續迭代的移動互聯網必將遭到淘汰。

H5和Hybird可以解決這些問題，但是始終比不上native的用戶體驗；于是，國外的非死book推出了 react-native ；而國內各大廠商幾乎都選擇純native的插件化技術。可以說，Android的未來必將是 react-native 和插件化的天下。

react-native 資料很多，但是講述插件化的卻鳳毛菱角；插件化技術聽起來高深莫測，實際上要解決的就是兩個問題：

1. 代碼加載
2. 資源加載

代碼加載

類的加載可以使用Java的 ClassLoader 機制，但是對于Android來說，并不是說類加載進來就可以用了，很多組件都是有“生命”的；因此對于這些有血有肉的類，必須給它們注入活力，也就是所謂的 組件生命周期管理 ；

另外，如何管理加載進來的類也是一個問題。假設多個插件依賴了相同的類，是抽取公共依賴進行管理還是插件單獨依賴？這就是 ClassLoader的管理問題 ；

資源加載

資源加載方案大家使用的原理都差不多，都是用 AssetManager 的隱藏方法 addAssetPath ；但是，不同插件的資源如何管理？是公用一套資源還是插件獨立資源？共用資源如何避免資源沖突？對于資源加載，有的方案共用一套資源并采用資源分段機制解決沖突（要么修改 aapt 要么添加編譯插件）；有的方案選擇獨立資源，不同插件管理自己的資源。

目前國內開源的較成熟的插件方案有 DL 和 DroidPlugin ；但是DL方案僅僅對Frameworl的表層做了處理，嚴重依賴 that 語法，編寫插件代碼和主程序代碼需單獨區分；而DroidPlugin通過Hook增強了Framework層的很多系統服務，開發插件就跟開發獨立app差不多；就拿Activity生命周期的管理來說，DL的代理方式就像是牽線木偶，插件只不過是操縱傀儡而已；而DroidPlugin則是借尸還魂，插件是有血有肉的系統管理的真正組件；DroidPlugin Hook了系統幾乎所有的Sevice，欺騙了大部分的系統API；掌握這個Hook過程需要掌握很多系統原理，因此學習DroidPlugin對于整個Android FrameWork層大有裨益。

接下來的一系列文章將以DroidPlugin為例講解插件框架的原理，揭開插件化的神秘面紗；同時還能幫助深入理解Android Framewrok；主要內容如下：

• Hook機制之動態代理
• Hook機制之Binder Hook
• Activity生命周期管理，占坑和Hook
• 插件的廣播機制，靜態廣播非靜態
• Service組件的管理，占坑和Hook
• ContentProvider的管理
• 插件加載解析之自定義包管理服務(PackageManager)
• 插件進程管理機制（ActivityMAnager）
• 插件機制之資源管理
• DroidPlugin插件通信機制
• DroidPlugin框架缺陷
• 不同插件框架方案對比
• 插件化的未來

另外，對于每一章內容都會有詳細的demo，具體見 understand-plugin-framework ；喜歡就點個關注吧～定期更新，敬請期待！