Android ClassLoader学习

在看android ClassLoader之前，先看Java虚拟机中的ClassLoader：

ClassLoader种类：

    BootClassLoader：和Java虚拟机中的BootstrapClassLoader基本相同，主要加载FrameWork层的文件

    PathClassLoader:和Java虚拟机中的AppClassLoader基本相同，加载已经安装的apk文件的class文件

    DexClassLoader:和CustomClassLoader基本相同，加载指定目录的class文件

    BaseDexClassLoader:是 PathClassLoader和DexClassLoader的父类

测试：

第二的classloader是手机有关的，第一和第三个是一个应用至少用到的classLoader。

特点和作用

双亲代理模型的特点：

在加载一个类前，先看看这个类是否已经加载够，如果没有就看他的父类是否已经加载，都没有加载过的话就完成加载。没有重复加载。

类加载的共享功能（继承加载）
类加载的隔离功能（但两个类的类名和包名和是被同一个ClassLoader加载的，才是同一个类）

ClassLoader源码

类的加载

在ClassLoader中：

protected Class<?> loadClass(String name, boolean resolve)
    throws ClassNotFoundException
{
        // First, check if the class has already been loaded
        Class c = findLoadedClass(name);
        if (c == null) {
            long t0 = System.nanoTime();
            try {
                if (parent != null) {
                    c = parent.loadClass(name, false);
                } else {
                    c = findBootstrapClassOrNull(name);
                }
            } catch (ClassNotFoundException e) {
                // ClassNotFoundException thrown if class not found
                // from the non-null parent class loader
            }

            if (c == null) {
                // If still not found, then invoke findClass in order
                // to find the class.
                long t1 = System.nanoTime();
                c = findClass(name);

                // this is the defining class loader; record the stats
            }
        }
        return c;
}

跳进findClass（）中

protected Class<?> findClass(String name) throws ClassNotFoundException {
    throw new ClassNotFoundException(name);
}

发现并没有实现，其实ClassLoader的findClass是交给他的子类实现的

追踪过程，从DexClassLoader->BaseDexClassLoader->findClass()->DexpatchList.findClass()->DexFile.loadClassBinaryName()->defineClass->defineClassNative(),最终是有Native方法来实现的。

Element 是重要的环节

DexFile.loadClassBinaryName()

loadClassBinaryName->defineClass

defineClass->defineClassNative()