#### **概述** 本章通过对Small框架的介绍，让同学们能够了解small,以及如何通过Small完成app的插件化。 #### **现有的插件化框架的介绍** * 360手机助手的[DroidPlugin框架](https://github.com/DroidPluginTeam/DroidPlugin) 严格意义上来说这个并不算是插件化框架，手机助手这类APP原本就是管理apk，多少会有一些插件化技术，但不是一个完整的插件化框架 * 百度的[dynamic-load-apk框架](https://github.com/singwhatiwanna/dynamic-load-apk) 核心代码15年发布，没有及时更新，对于新的Android系统可能不太适用（毕竟2年的时间什么都可能发生） * 携程的 [DynamicAPK](https://github.com/CtripMobile/DynamicAPK) 核心代码也是15年开发的，没有更新 * 滴滴的 [VirtualAPK](https://github.com/didi/VirtualAPK) * 个人开发者林光亮的[Small框架](https://github.com/wequick/Small) 实际上也是一个团队在开发，官网介绍——[Small](http://code.wequick.net/Small/cn/home) * alibaba开源的[Atlas框架](https://github.com/alibaba/atlas) 官网介绍——[Atlas](https://alibaba.github.io/atlas/index.html) * 奇虎360 [RePlugin](https://github.com/Qihoo360/RePlugin) **技术选型** 面对这么多的插件化框架，如何抉择，从以下三点考虑 1. 需求是什么？需求是衡量一切的标准 2. 能满足需求的条件下，哪一个学习成本最低 3. 学习成本一样的情况下，优先选择大公司的方案 附注：在以上三点都考虑的情况下，还应该考虑该插件化框架的更新频率，是否适合当前的Android发展趋势