作者：小楠总
链接：http://www.jianshu.com/p/b6d0586aab9f
來源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
插件化概述
提到插件化，就不得不提起方法数超过65535的问题，我们可以通过Dex分包来解决，同时也可以通过使用插件化开发来解决。插件化的概念就是由宿主APP去加载以及运行插件APP。
下面是一些插件化的优势：
在一个大的项目里面，为了明确的分工，往往不同的团队负责不同的插件APP，这样分工更加明确。
各个模块封装成不同的插件APK，不同模块可以单独编译，提高了开发效率。
解决了上述的方法数超过限制的问题。
可以通过上线新的插件来解决线上的BUG，达到“热修复”的效果。
减小了宿主APK的体积。
下面是插件化开发的缺点：
插件化开发的APP不能在Google Play上线，也就是没有海外市场。
综上所述，如果您的APP不需要支持海外的话，还是可以考虑插件化开发的。
各个插件框架比较：
插件化框架对比.png
[1] 独立插件：一个完整的apk包，可以独立运行。比如从你的程序跑起淘宝、QQ，但这加载起来是要闹哪样？ 非独立插件：依赖于宿主，宿主是个壳，插件可使用其资源代码并分离之以最小化，这才是业务需要嘛。 -- “所有不能加载非独立插件的插件化框架都是耍流氓”。
[2] ACDD加载.so用了Native方法(libdexopt.so)，不是Java层，源码见dexopt.cpp。
[3] Service更新频度低，可预先注册在宿主的manifest中，如果没有很好的理由说服我，现不支持。
[4] 要实现宿主、各个插件资源可互相访问，需要对他们的资源进行分段处理以避免冲突。
[5] 这些框架修改aapt源码、重编、覆盖SDK Manager下载的aapt，我只想说“杀(wan)鸡(de)焉(kai)用(xin)牛(jiu)刀(hao)”。Small使用gradle-small-plugin，在后期修改二进制文件，实现了PP段分区。
[6] 使用public-padding对资源id的TT段进行分区，分开了宿主和插件。但是插件之间无法分段。
[7] 除了宿主提供一些公共资源与代码外，我们仍需封装一些业务层面的公共库，这些库被其他插件所依赖。公共插件打包的目的就是可以单独更新公共库插件，并且相关插件不需要动到。
[8] AppCompat: Android Studio默认添加的主题包，Google主推的Metrial Design包也依赖于此。大势所趋。
[9] 联调插件：使用Android Studio调试宿主时，可直接在插件代码中添加断点调试。
在学习插件化的时候，需要掌握Android系统的一些Framework层面的知识以及一些编程相关的知识，其中包括：
Binder机制
Android系统、APP、Activity等四大组件的启动流程
APK安装过程
Android资源的加载过程
Hook机制
面向接口（抽象）编程
面向切面编程
等等
相关的参考资料有：
《Android开发艺术探索》
《Android源码与设计模式》
写给Android App开发人员看的Android底层知识：http://www.cnblogs.com/Jax/p/6864103.html
Small主页：https://github.com/wequick/Small
Small使用介绍：http://www.jianshu.com/p/7990714d10cb
作者：小楠总链接：http://www.jianshu.com/p/b6d0586aab9f來源：简书著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
