双亲委派模型---类加载器（一）

类加载器：

  1.启动类加载器（Bootstrap ClassLoader）。这个类加载器使用C++语言实现，是虚拟机自身的一部分。负责将存放在<JAVA_HOME>\lib目录中，并且是虚拟机识别的（仅按照文件名识别，

如rt.jar，名字不符合的类库即使放在lib目录中也不会被加载）类库加载到虚拟机中。

 2.扩展类加载器（Extension ClassLoader）。这个加载器由sun.misc.Launcher$ExtClassLoader实现，它负责加载<JAVA_HOME>\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中

的所有类库，开发者可以直接使用扩展类加载器。

 3.应用程序类加载器（Application ClassLoader）. 是由 Sun 的 AppClassLoader（sun.misc.Launcher$AppClassLoader）实现的。它负责将系统类路径（CLASSPATH）中指定的类库加载到内存中。开发者可以直接使用系统类加载器。由于这个类加载器是ClassLoader中的getSystemClassLoader()方法的返回值，因此一般称为 系统（System）加载器 。

除此之外，还有自定义的类加载器，它们之间的层次关系被称为类加载器的 双亲委派模型 。该模型要求除了顶层的启动类加载器外，其余的类加载器都应该有自己的父类加载器， 而这种父子关系一般通过组合（Composition）关系来实现，而不是通过继承（Inheritance）。

双亲委派模型的工作过程是：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求

最终都应传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找所需的类）时，子加载器才会尝试自己去加载。

AppClassLoader的Parent是ExtClassLoader，而ExtClassLoader的Parent为Bootstrap ClassLoader。

双亲委派模型的好处： Java类随着它的类加载器一起具备了一种带有优先级的层次关系 。例如类java.lang.Object，它存在在rt.jar中，无论哪一个类加载器要加载这个类，最终都是委派给处于模型最顶端的Bootstrap ClassLoader进行加载，因此Object类在程序的各种类加载器环境中都是同一个类。相反，如果没有双亲委派模型而是由各个类加载器自行加载的话，如果用户编写了一个java.lang.Object的同名类并放在ClassPath中，那系统中将会出现多个不同的Object类，程序将混乱。因此，如果开发者尝试编写一个与rt.jar类库中重名的Java类，可以正常编译，但是永远无法被加载运行。

  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 {

                        //parent为null 则默认为bootstrap

                        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;

        }

    }