双亲委派模型

双亲委派模型（Since JDK.2）：

从虚拟机的角度来看，类加载器主要分为启动类加载器（Bootstrap Classloader）和所有其他的类加载器。
从开发人员的角度来说，类加载器主要分为3类。
1. 启动类加载器（Bootstrap Classloader）
功能：负责将存放在JAVA_HOME \ lib目录中的，或者被-XbootClasspath参数所指定的路径中的，并且是虚拟机识别的类库加载到虚拟机内存中。
2. 扩展类加载器（Extension Classloader）
负责加载JAVA_HOME\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。
3. 应用程序类加载器（Application Classloader）
负责加载用户类路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器。

双亲委派模型的好处就是Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如java.lang.Object，它存放在rt.jar中，无论是哪个类要加载这个类，最终都是委派给处于模型最顶端的启动类加载器进行加载，因此Object类在程序的各种类加载器环境中都是同一个类，相反，如果没有使用双亲委派模型的话，由各个类加载器自行去加载的话，如果用户自己编写了一个java.lang.Object的类，并放置在程序的Classpath中，那么系统会出现多个不同的Object类，Java类型体系中最基础的行为也无法保证，程序将变得混乱。

双亲委派的加载类的实现：
先检查是否已经被加载过，若没有加载则调用父加载器的loadClass（）方法，若父类加载器为空则默认使用启动类加载器作为父加载器。如果父类加载失败，抛出ClassNotFoundException异常后，再调用自己的findClass()方法进行加载。

 protected 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 {
                    //否则找到启动类加载器进行加载
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                    //若父类加载器抛出ClassNotFoundException
                    //说明父类加载器无法完成加载请求
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    //在父类加载器无法加载的时候，在调用本身的findClass方法进行类加载
                    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;
        }
    }

在OSGi环境下，类加载器不再是双亲委派模型中的树状结构，而是进一步发展成为更复杂的网状结构，当收到类加载请求是，OSGi将按照下面的顺序进行类搜索：
1）将以java.*开头的类委派给父类加载器加载；
2）否则，将委派列表名单内的类委派给父类加载器加载；
3）否则，将Import列表中的类委派给Export这个类的Bundle类加载器加载；
4）否则，查找当前Bundle的Classpath，使用自己的类加载器加载；
5）否则，查找类是否在自己的Fragment Bundle中，如果在，则委派给Fragment Bundle类加载器加载；
6否则，查找Dynamic Import列表的Bundle，委派给对应的Bundle的类加载器加载；
7）否则，类查找失败。