Android插件化框架
- 1. dynamic-load-apk/DL动态加载框架
是基于代理的方式实现插件框架，对 App 的表层做了处理，通过在 Manifest 中注册代理组件，当启动插件组件时，首先启动一个代理组件，然后通过这个代理组件来构建，启动插件组件。 需要按照一定的规则来开发插件 APK，插件中的组件需要实现经过改造后的 Activity、FragmentActivity、Service 等的子类。
优点如下：
- 动态升级，
- 高效并行开发(编译速度更快)
- 按需加载，内存占用更低等等DynamicLoadApk 提供了 3 种开发方式，让开发者在无需理解其工作原理的情况下快速的集成插件化功能。
- 插件需要遵循一定的规则，因此安全方面可控制。
- 方案简单，适用于自身少量代码的插件化改造。
- plugin 无需安装即可由宿主调起。
- 支持用 R 访问 plugin 资源
- plugin 支持 Activity 和 FragmentActivity（未来还将支持其他组件）
- 基本无反射调用
- 插件安装后仍可独立运行从而便于调试
- 支持 3 种 plugin 对 host 的调用模式：
（1）无调用（但仍然可以用反射调用）。
（2）部分调用，host 可公开部分接口供 plugin 调用。 这前两种模式适用于 plugin 开发者无法获得 host 代码的情况。
（3）完全调用，plugin 可以完全调用 host 内容。这种模式适用于 plugin 开发者能获得 host 代码的情况。
- 只需引入 DL 的一个 jar 包即可高效开发插件，DL 的工作过程对开发者完全透明
- 支持 android2.x 版本
缺点如下：
- 不支持通过 This 调用组件的方法，需要通过 that 去调用。
- 由于 APK 中的 Activity 没有注册，不支持隐式调用 APK 内部的 Activity。
- 插件编写和改造过程中，需要考虑兼容性问题比较多，联调起来会比较费时费力。
- 2. DroidPlugin
DroidPlugin 是 360 手机助手实现的一种插件化框架，它可以直接运行第三方的独立 APK 文件，完全不需要对 APK 进行修改或安装。一种新的插件机制，一种免安装的运行机制，是一个沙箱（但是不完全的沙箱。就是对于使用者来说，并不知道他会把 apk 怎么样）， 是模块化的基础。
优点如下：
- 支持 Android 四大组件，而且插件中的组件不需要在宿主 APK 中注册。
- 支持 Android 2.3 及以上系统，支持所有的系统 API。
- 插件与插件之间，插件与宿主之间的代码和资源完全隔阂。
- 实现了进程管理，插件的空进程会被及时回收，占用内存低。
缺点如下：
- 插件 APK 中不支持自定义资源的 Notification，通知栏限制。
- 插件 APK 中无法注册具有特殊的 IntentFilter 的四大组件。
- 由于插件与插件，插件与宿主之间的代码完全隔离，因此，插件与插件，插件与宿主之间的通信只能通过 Android 系统级别的通信方式。
- 安全性担忧（可以修改，hook一些重要信息）。
- 机型适配（不是所有机器上都能行，因为大量用反射相关，如果rom厂商深度定制了framework层，反射的方法或者类不在，容易插件运用失败）
1.3. Small框架
Small 是一种实现轻巧的跨平台插件化框架，基于“轻量、透明、极小化、跨平台”的理念,更倾向于组件化。跳转插件的界面都是通过uri来指定的.
优点如下：
- 所有插件支持内置宿主包中。
- 插件的编码和资源文件的使用与普通开发应用没有差别。
- 通过设定 URI ，宿主以及 Native 应用插件，Web 插件，在线网页等能够方便进行通信。
- 支持 Android 、 iOS 、和 Html5 ，三者可以通过同一套 Javascript 接口实现通信。
缺点如下：
- 暂不支持 Service 的动态注册，不过这个可以通过将 Service 预先注册在宿主的 AndroidManifest.xml 文件中进行规避，因为 Service 的更新频率通常非常低。
- 4. DynamicAPK(携程)
组件化框架，目前已停止维护
- 5. AndroidDynamicLoader
通过fragment实现，限制太多。
- 6. ACCD阿里
ACDDCore Android动态部署框架（你可以认为是插件，但又与插件不一样），与传统意义上的插件不一样，用过代理的应该知道，代理方式会有各种莫名其妙的问题。
