android的双亲委派模型

java

JVM中有三个初始的类加载器：引导类加载器BootStrapClassLoader，扩展类加载器ExterntionsClassLoader，应用程序类加载器ApplicationClassLoader。

• 引导类加载器BootStrapClassLoader是顶层类加载器，负责加载 %JAVA_HOME%/lib 目录下的jar包和类，由c++实现，并且是所有的类加载器的祖先。
• 扩展类加载器ExterntionsClassLoader负责加载目录%JAVA_HOME%/lib/ext 目录下的jar包和类，由java实现。
• 应用程序类加载器ApplicationClassLoader负责加载classpath下的所有jar包和类，由java实现。

java的双亲委派模型

当一个类加载器加载某一个类时会先判断当前类是否有parent父加载器，如果有就交给父类加载，父类加载器在交给父类的父类以此类推。如果父类无法加载此类再交还给子类加载器处理。
（注意下图为委派关系，并不是继承关系）

扩展类加载器ExterntionsClassLoader和应用程序类加载器ApplicationClassLoader最终都是继承与抽象类ClassLoader，查看ClassLoader的loadClass源码。实际forName和loadClass都可以加载类，但是二者的区别是forName会对加载的类进行初始化（初始化静态数据成员，执行静态代码块），而loadClass并不会。

 Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // 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 {
                        //找引导类加载器加载，调用native方法
                        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
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

双亲委派模型的特点

• 避免类的重复加载
• 安全性，防止系统核心类被覆盖。因为所有的加载器的祖先都是引导类加载器BootStrapClassLoader，所有的系统类都是由BootStrapClassLoader加载的。如果自定义一个同包名同类名的系统类并由自定义的类加载器加载，根据双亲委派模型最终都会先由BootStrapClassLoader去加载，而BootStrapClassLoader会判断已经加载过了，所以不会重复加载。
• 没有父子关系的两个类加载器加载同一个类，这两个类实际并不相等。

android

android中有几个比较重要的类加载器

• BootClassLoader根类加载器，单例模式由JAVA实现（与java中的BootStrapClassLoader不同），同样是android中所有类加载器的祖先，负责加载系统核心类。
• BaseDexClassLoader是PathClassLoader、DexClassLoader、InMemoryDexClassLoader的父类。
• PathClassLoader是用来加载Android系统类和app应用类的
• DexClassLoader可以加载任意目录下的dex/jar/apk/zip文件
• InMemoryDexClassLoader是是API26（android 8.0）新增的类加载器，继承自BaseDexClassLoader。
  下图为各个类加载器的继承关系图（并不是委派关系图）