Android之ClassLoader的工作机制
ClassLoader双亲代理模型加载类的特点及作用
JVM以及Dalvik均是通过ClassLoader加载类，其源码如下protected Class<?> loadClass(String className, boolean resolve) throws ClassNotFoundException {
Class<?> clazz = findLoadedClass(className);
if (clazz == null) {
ClassNotFoundException suppressed = null;
try {
clazz = parent.loadClass(className, false);
} catch (ClassNotFoundException e) {
suppressed = e;
}
if (clazz == null) {
try {
clazz = findClass(className);
} catch (ClassNotFoundException e) {
e.addSuppressed(suppressed);
throw e;
}
}
}
return clazz;
}
从源码分析可知loadClass方法先判断是否被loaded过，没有则通过parent加载，如此递归向上，称之位双亲委托。如果继承向上的路线中均没有被加载，才由当前ClassLoader负责加载。
特点：若某个类被根节点加载过，则在以后系统的整个生命周期内不会被重新加载。
作用：
1.共享：Framework层级的类一旦被根节点加载就缓存在内存，以后不需重新加载。
2.隔离：不同继承路线上的classLoader加载的类肯定不是同一个类，这样做可避免冒充核心库类，从而访问核心库包可见成员。例如，用户无法通过自定义java.lang.String类，来把系统的String类给替换掉。
Android应用中的ClassLoader对象
在Activity的onCreate方法中调用
ClassLoader classLoader = getClassLoader();
if (classLoader != null) {
lg.e("当前类对应的ClassLoader：" + classLoader.toString());
while (classLoader.getParent() != null) {
classLoader = classLoader.getParent();
lg.e("上个ClassLoader的父亲：" + classLoader.toString());
}
}
输出结果如下，
其中，BootClassLoader在系统启动时创建，PathClassLoader在应用启动时创建，用于加载/data/app/com.coca.androidunitylab-1.apk。因此在一个应用中至少有两个classLoader。
DexClassLoader与PathClassLoader的异同
适用场景：
DexClassLoader可以加载jar/apk/dex，可以从SD卡中加载未安装的apk；
PathClassLoader只能加载系统中已经安装过的apk；
两者的区别在于optimizedDirectory参数，其在BaseDexClassLoader构造方法中用于构建DexPathList对象。
optimizedDirectory用来缓存需要加载的dex文件，并创建一个DexFile对象；如果它为null，那么会直接使用dex文件原有的路径来创建DexFile对象。optimizedDirectory必须是内部存储路径，DexClassLoader由于可以指定optimizedDirectory，从而可以加载外部dex，在使用的时候被复制到内部路径optimizedDirectory内；而PathClassLoader没指定optimizedDirectory，因此只能加载内部dex文件(即已经安装的apk文件)。
