继续前文，介绍Android插件开发中的类加载器。
类加载器介绍
类加载是指把Java类从字节码文件读到JVM中。Java通过类加载器机制可以在运行时动态加载Java字节码。开发者可以通过自定义ClassLoader类，来实现加载并运行网络上下载的字节码文件。
Android对Java的ClassLoader类进行了扩展，不止加载jar文件，还可以使用DexClassLoader来加载apk文件中的字节码。DexClassLoader的构造函数的第一个参数就是apk文件路径：
DexClassLoader(String dexPath, String dexOutputDir, String libPath, ClassLoader parent)
我们通过自定义的ClassLoader来加载运行插件，这也是所有插件开发库之所以能实现的基础。
JVM（Android中不叫JVM，以下只是统称）中可以有多个类加载器，JVM系统启动时有默认的类加载器。所有的类加载器都有一个父类加载器，类加载器通过这种父亲后代的方式组织在一起，形成树状层次结构。 一般情况下类加载器在加载某个类之前，会首先代理给其父类加载器。当父类加载器找不到的时候，才会尝试自己去加载。最后如果都没有加载成功则抛出ClassNotFoundException异常。 这个所谓的“双亲委派”的意思就是父类加载器优先加载。
类加载器问题
在JVM中只有类名称和加载它的类加载器，两者完全一样时，才被认为两个类的是相同的。即便是同样的字节码，如果被两个不同的类加载器加载后，得到的Java类也是不同的。 如果一个类由不同就类加载器加载，则转换的时候会出现ClassCastException。按照双亲委派的原则，这样就能保证公用的代码使用同一个类加载器加载。
双亲委派原则是推荐的做法，自定义类加载器的时候也可以违反这个原则。这样可以很容易构建一个隔离空间，不同版本的代码能同时运行，而相互不影响。这个特性有时候很有用。
如果插件和宿主有相同的类，是应该优先加载宿主中的类还是优先加载宿主中的类呢：
- 插件优先时，可能会导致宿主和插件的类被隔离到不同的空间，在相互调用时可能会产生ClassCastException异常。
- 宿主优先时，在Android4.4以下系统，如果插件和宿主有相同的类，在某些情况下可能会出现Class ref in pre-verified异常。详见这里
所以最好不要在插件和宿主中打包相同的类。
替换Android的默认类加载器
为了能简化插件系统的使用，我们不显式的使用自定义类加载器，而是使用反射的方法偷偷替换系统原有的ClassLoader，而且把系统原有的ClassLoader作为自定义插件类加载器的父亲。 示例代码如下：
ClassLoader old = (ClassLoader) Reflection.getField(loadedApk, "mClassLoader");
myClassLoader = new MyAppClassLoader(old, this);
Reflection.setField(loadedApk, "mClassLoader", myClassLoader);
替换为自己的DexClassLoader就可以加载apk文件中的代码了。剩下的内容下篇再写。
