Android插件化RePlugin探索
插件化与组件化的区别
组件化，也称模块化，主要通过拆分单独功能模块及通用模块来实现较大应用的松耦合。把需要独立拆分的业务设计成一个模块，各个模块的代码最终打包成一个对应的aar，主App和业务App设计成一个运行壳子，编译打包时候使用Gradle做maven依赖即可。
arr是针对Android Library而言的，是IDE针对Android Library的打包。本身是zip格式的文件。
插件化：某个业务模块单独做出一个Apk，主App直接使用插件的方式，如果需要某种功能，那么直接加载某一个apk，而不是直接依赖代码的形式。
插件化方案
Fragement加载方案：参考项目AndroidDynamicLoader，云音乐采用类似方案。
Activity代理方案：与Fragment加载原理类似，仍然使用本地代理容器Activity打开页面，由代理容器对原Activity生命周期进行托管。
Activity占坑方案：采用Hook技术，可动态注册和加载Acitivity，可实现一对多
此处的Hook是指通过Java反射手段，获取并修改与系统Server等交互的Internal API来让框架正常工作的行为。
技术选型
- 目前成熟且活跃的方案
360的RePlugin、淘宝的atlas、滴滴的VirtualAPK、非商业组织的Small。
让模块最终具备动态性是它们最核心的能力。 - 主要考虑因素
稳定（不崩溃）；
高可用（具备可插拔/安全校验/内外置插件等成熟框架所具备的功能）；
可维护（在前后向兼容时能提供新老版本对最新开发的插件的支持）。参考
RePlugin介绍
介绍
RePlugin是一套适合全面使用的占坑类插件化方案，目标是全面插件化。
内置插件主要应用于基础重要模块，外置插件可动态添加，并实现插件既可独立apk存在，也可通过宿主启动。
在实际中存在小Bug,将外置插件以独立apk形式安装后，宿主第一次启动该插件会失败，重启会正常启动。
架构
系统层——Android：为Android Framework层。只有ClassLoader是Hook的，而AMS、Resources等都没有做Hook，确保了其稳定性。
框架层——RePlugin框架：RePlugin框架层，只有RePlugin是对“上层完全公开”的，其余均为Internal，或“动态编译方案”生效后的调用，对开发者而言是“无需关心”的。
插件层——各类业务插件及基础插件。具体可分为内置插件和外置插件。
唯一Hook点：ClassLoader
-
Java中的ClassLoader：
BootClassLoader是系统启动时创建的。
PathClassLoader是应用启动时创建的，只能加载内部dex。
DexClassLoader可以加载外部dex。 -
RePlugin中存在两个主要ClassLoaer：
1、RePluginClassLoader： 宿主App中的Loader，继承PathClassLoader，也是唯一Hook住系统的Loader。
2、PluginDexClassLoader： 加载插件的Loader，继承DexClassLoader。用来做一些“更高级”的特性。
四大组件实现插件化的实现原理
- Activity 在启动的时候替换成了合适的占坑的activity , 然后ClassLoader loadClass 的时候根据占坑Activity 到真正Activity 的映射关系,
输入占坑Activity,返回真正Activity 的类,避免了需要hook. - BroadcastReceiver 是把所有静态注册都动态注册在一个代理Receiver, 收到广播在代理Receiver 进行分发.
- Service 实现逻辑是这里其实是直接在UI线程调用了service 的相关生命周期的方法.同时启动一个service来提高service所在进程优先级.
- ContentProvider 这里使用的是代理ccontentprovide,在对应的生命周期使用反射将对应类生成出来. 然后调用对应的声明周期方法.
参考
Activity启动的主要流程
- 通过代理类PluginLibraryInternalProxy对Activity进行启动。
- 加载插件，找到目标启动的activity的ActivityInfo信息。
- 搜索匹配容器，为要启动的目标Activity的分配坑位。将占坑信息与目前Activity建立映射关系。
分配坑位的优先级是先找上一个活的->没有则找空白的->重用没引用的最老的 - 将Activity信息存入坑位，启动坑位Activity。
- 使用RePluginClassLoader进行loadClass
- 根据坑位找到目标activity所在插件，由插件的PluginDexClassLoader去加载activity
- PluginDexClassLoader遵循双亲委派模型流程，仍然没有找到则从宿主ClassLoader中加载（宿主启动插件activity一般不会走到这一步）。
动态编译方案
RePlugig动态编译方案会将Activity替换成PluginActivity，使用代理模式进行检查操作确认后启动相应Activity。具体替换规则如下：
/* LoaderActivity 替换规则 */
def private static loaderActivityRules = [
'android.app.Activity' : 'com.qihoo360.replugin.loader.a.PluginActivity',
'android.app.TabActivity' : 'com.qihoo360.replugin.loader.a.PluginTabActivity',
'android.app.ListActivity' : 'com.qihoo360.replugin.loader.a.PluginListActivity',
'android.app.ActivityGroup' : 'com.qihoo360.replugin.loader.a.PluginActivityGroup',
'android.support.v4.app.FragmentActivity' : 'com.qihoo360.replugin.loader.a.PluginFragmentActivity',
'android.support.v7.app.AppCompatActivity': 'com.qihoo360.replugin.loader.a.PluginAppCompatActivity',
'android.preference.PreferenceActivity' : 'com.qihoo360.replugin.loader.a.PluginPreferenceActivity',
'android.app.ExpandableListActivity' : 'com.qihoo360.replugin.loader.a.PluginExpandableListActivity'
]
