本篇是学习插件化的第一篇，无技术干货，纯扯淡向。主要内容是对于市面上插件化框架的简单分析和建立起对于插件化的最基础的认识。
  为什么要使用插件化？在开发中，一个项目只会越做越大。初始版本可能是单一功能，后续可能加上各种风马牛不相及的功能。所以我认为插件化可以使得业务分离的更彻底，一人负责哪几个模块，问题也能快速定位。但是也会带来问题：插件和插件之间的交互的复杂性更高、底层支持库因为多个插件需要使用相同的代码可能会变得很大。所以插件化看似解耦了程序员的职责，实际上对于代码质量的要求更高。
  实现插件化，最快的方法就是找一个第三方框架。现在网上有很多实现，其中不乏各大厂正式投入生产环境使用的、经历了市场考验的框架，下面我做一个汇总(按github的star数量排名)：

表中的第一个react-native是最后加上去的，因为我一直在纠结要不要加上这个。它跟其他几个有些不同，不仅仅是因为它的star数量比剩下全部加起来都要多，它实际上是app的一种新的书写方式，使用Node.js使得3端(android\IOS\WEB)代码合一,把它加入到这个表里有些牵强，因为说它是插件化太牵强，就像说会飞的动物里有超人一样。这个框架很适合三端并行开发的项目，但不适合我，因为我既没有三端并行开发的项目，也不会JS。
  DroidPlugin是360的张勇开源的，一牛人。大概是15年后半年被用在了360手机助手上，直到后来才被RePlugin取代，因为它的缺点很明显，就是不可以发自定义资源的Notification和注册一些具有特殊Intent Filter的组件。RePlugin是我写这篇文章之前没几天才开源的，开源前造势很厉害，所以有很多人关注，目前是7月3号凌晨，它的star和fork分别是1770和237，刚刷新一下又涨了20几个star。目前360移动端三大主力产品：安全卫士、浏览器和手机助手全部使用的是这个框架。github上README介绍很全，也很吊，360的文案和公关值得全中国的互联网公司学习。
  atlas是阿里的手淘团队在今年3月份开源的，当时也是风头无两，3个月的时间star近五千。我认为它的亮点在于快，不仅仅是运行的流畅，更多的是在于开发时修改插件可以动态更新以及插件自动懒加载，使得调试app的时间大幅度降低。而它的局限性在于兼容最低的版本是4.x，对于一些还在苦苦兼容2.3的开发者是一个坏消息。
  DL这个框架应该说是任玉刚发起的项目。这位也是一牛人，先前在百度安全卫士后来去了嘀嘀，也是《Android开发艺术探索》的作者。这个框架在14年上半年就开源了，出名很早，但是好像作者不再维护了。从提交记录上看15年年中之后就没有再更新代码了，不过前几天又换了个logo、写了写README。是不是要重新开始维护不得而知。VirtualAPK的编写应该也是以这位为主力，它也是在前几天才发布，几乎和RePlugin同时，比RePlugin的star还要高几百。它好像是唯一一个在动态更新时不需要在Manifest中手动注册组件的一个框架。嘀嘀出行就是用的这个。
  Small是wequick发布和维护的，好像是目前国内最大的非商业组织出品的插件化框架。较大的使用案例是酷狗音乐。我第一个学习的就是这个。非常轻量级，使用也非常简单。但是缺点是在启动宿主时全部的插件都会被加载。
  DynamicAPK是携程无线在15年10月份开源的，但是从发布到最后一次更新，仅仅维护了1个月，也就是有近两年没有再更新。
  PluginManager和AndroidDynamicLoader分别也有1年多和2年多不再更新了，看来个人开源确实难做啊...
  客观的说，目前使用插件化的框架基本上还是要从RePlugin、atlas、VirtualAPK、Small里选一个。这几个比较新，也一直在维护。以后有时间慢慢去分析它们几个的实现的区别以及使用的感受吧。目前我只用过small...
  感觉今年各大厂对于插件化都非常热情，看来以后插件化和热更新将是一个趋势。Hybrid和react-native也是趋势。我们这种开发者要学习的东西太多了啊...一不小心就被时代落下了这么多。
  期待腾讯的插件化控件，前几天看的一篇关于微信重构的文章，相当棒
点这里看，很多经验之谈，简直字字珠玑！