因为项目和团队的需要，个人开始对插件化技术预研。现在这个技术已经在Android开发领域变得相当的火热，大概从2014年开始已经有很多优秀的流派产生，到最近的滴滴插件化项目的开源，目前插件化技术越来越成熟。对大型项目从架构到实施都是一种优秀的解决方案。闲话不多说，从基数到深入在学习过程中所需的各方面的知识点在此都一一做个整理。
插件化开发的优势
1、大型项目业务繁杂，需要多个部门协同合作。人多则乱，所以需要合适的架构对业务进行最大的程度的解耦，插件化可以使各个部门独立开发个字业务的app，同时在需要的情况将各自的应用集成进一个整体的应用中，使其可以独立开发和发布，但又可以相互依赖和合并。
2、应用无需发布更新，可以通过下载插件或者补丁的方式在后台完成修复或者更新。
动态代理在插件化技术中的使用
动态代理是java设计模式中代理模式的另一种实现，通过JVM在运行期通过反射为委托的接口类动态的生成代理的一种技术。目前最火热的Android网络请求的开源库Retrofit就是基于这种技术实现的一款Restful Api风格的Android网络客户端框架（本篇主要讲的是具体的实例技术在插件化中的应用，所以此处不详细提，但是推荐大家去看下Retrofit源码，通过动态代理去做接口配置的代理，这种设计思想很棒）。
在目前市面上流行的插件化框架中，动态代理同样被广泛使用。现在我们来看一下最近滴滴才开源的插件化框-VirtualApk中如何使用动态代理对系统的服务进行hook接管的。
load plugin
如上图在demo的MainActivity中，加载插件第一步是初始化了插件的管理器PluginManager这个类。该类为插件化管理的核心类，将加载的插件放在了一个ConcurrentHashMap中进行管理。PluginManager.getInstance(base)中实例化了PluginManager并在初始化的时候调用了prepare()方法。接着看一下这个prepare()方法中的操作。
hookService 图1
hookService 图2
上图可以看出，hookSystemServices()方法先通过反射获取到系统ActivityManagerNative中的IActivityManager接口，然后通过动态代理的方式，对IActivityManager接口进行代理，再用其替换掉系统的达到接管系统服务的目的。我们再看该动态代理的实现。
proxy 图1
proxy 图2
proxy 图3
如上图所示（部分代码截图），该动态代理类对需要接管的服务，如：startService等进行了修改和接管，绕开了系统的限制，判断了是否是本地启动和远程启动进行了不同的处理。
关于动态代理的概念，推荐大家参考这篇文章：www.ibm.com/developerworks/cn/java/j-lo-proxy1/index.html
此处startService方法中根据入参Object[] args数组（代理对应方法的入参数数组，此处是IActivityManager接口中方法startService(IApplicationThread caller, Intent service,String resolvedType, String callingPackage,int userId)的入参）去区分来源为本地或插件服务来进行不同的分发操作。
总结
代理模式在JAVA中广泛的应用，是AOP编程的一种实现手段。本文只是列举了动态代理技术在插件化框架中的某个功能的实现。其实不管是动态代理还是静态代理，在插件化框架中都有大量的使用去绕过系统的限制达到加载插件去执行宿主中的功能。大家可以先从Android Activity等服务的启动流程的源码阅读去更深入的了解系统服务的运行过程，从而找到合适的切入点去代理系统的服务达到自己的定制化需求。此外，JVM的动态代理技术只能代理接口，原因是在代理类最后都继承了Proxy这个类，根据Java的单一继承规则，所以只能为接口动态代理。如果想对抽象类或者类做动态代理可以采取cglib来实现，具体的就不在本文中讨论了，大家可以查找相关的实现或自己去尝试。关于插件化中使用到的其他技术，我会一边学习一边分享给大家，后续会整理出对应的demo。
引用
VirtualApk：github.com/didi/VirtualAPK
动态代理的概念：www.ibm.com/developerworks/cn/java/j-lo-proxy1/index.html
