双亲委派模型---类加载器（一）
类加载器：
1.启动类加载器（Bootstrap ClassLoader）。这个类加载器使用C++语言实现，是虚拟机自身的一部分。负责将存放在\lib目录中，并且是虚拟机识别的（仅按照文件名识别，
如rt.jar，名字不符合的类库即使放在lib目录中也不会被加载）类库加载到虚拟机中。
2.扩展类加载器（Extension ClassLoader）。这个加载器由sun.misc.Launcher$ExtClassLoader实现，它负责加载\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;
}
}