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

类加载器：
  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
[align=left]    {[/align]
       
synchronized
(getClassLoadingLock(name)) {
           
// First, check if the class has already been loaded
[align=left]            Class c = findLoadedClass(name);[/align]
           
if
(c ==
null) {
               
long
t0 = System.nanoTime();
               
try
{
                   
if
(parent
!=
null) {
                        c =
parent.loadClass(name,
false);

                    }
else
{
                        //parent为null 则默认为bootstrap

[align=left]                        c = findBootstrapClassOrNull(name);[/align]
[align=left]                    }[/align]
                }
catch
(ClassNotFoundException e) {
                   
// ClassNotFoundException thrown if class not found
                   
// from the non-null parent class loader
[align=left]                }[/align]
               
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);
[align=left]                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);[/align]
[align=left]                    sun.misc.PerfCounter.getFindClasses().increment();[/align]
[align=left]                }[/align]
[align=left]            }[/align]
           
if
(resolve) {
[align=left]                resolveClass(c);[/align]
[align=left]            }[/align]
           
return
c;
[align=left]        }[/align]
[align=left]    }[/align]