双亲委派模型

虽然只用于实现类的加载动作，
但它在Java程序中起到的作用却远超类加载阶段,
对于任意一个类，
都必须由加载它的类加载器和这个类本身一起共同确立其在Java虚拟机中的唯一性，
每一个类加载器，
都拥有一个独立的类名称空间

1.启动类加载器（Bootstrap ClassLoader）：
	这个类加载器负责将存放在lib目录中的类库加载到虚拟机内存中.
	启动类加载器无法被Java 程序直接引用,
	用户在编写自定义类加载器时,
	如果需要把加载请求委派给启动类加载器，
	那直接使用null代替即可
2.扩展类加载器（Extension ClassLoader）：
	这个类加载器由 sun.misc.Launcher$ExtClassLoader 实现，
	它负责加载libext 目录中，
	或者被java.ext.dirs 系统变量所指定的路径中的所有类库，
	开发者可以直接使用扩展类加载器
3.应用程序类加载器（Application ClassLoader）：
	这个类加载器由 sun.misc.Launcher$AppClassLoader实现. 
	getSystemClassLoader()方法返回的就是这个类加载器,
	因此也被称为系统类加载器.
	它负责加载用户类路径（ClassPath）上所指定的类库.
	开发者可以直接使用这个类加载器,
	如果应用程序中没有自定义过自己的类加载器,
	一般情况下这个就是程序中默认的类加载器

双亲委派模型要求除了顶层的启动类加载器外，其余的类加载器都应有自己的父类加载器：

如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类
而是把这个请求委派给父类加载器去完成，
每一个层次的类加载器都是如此
因此所有的加载请求最终都应该传送到最顶层的启动类加载器中
只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类）时,
子加载器才会尝试自己去完成加载

java.lang. ClassLoader的loadClass()方法实现的:

protected synchronized Class loadClass(String name, 
boolean resolve)throws ClassNotFoundException {
  	// 首先，检查请求的类是不是已经被加载过
   	Class c = findLoadedClass(name);
   	
    if (c == null) {
    
    	try {
    		if (parent != null) {
           		c = parent.loadClass(name, false);
        	} else {
            	c = findBootstrapClassOrNull(name);
       		}
     	} catch (ClassNotFoundException e) {
  		// 如果父类抛出 ClassNotFoundException 说明父类加载器无法完成加载
        }
        
        if (c == null) {
        // 如果父类加载器无法加载，则调用自己的 findClass 方法来进行类加载
            c = findClass(name);
        }
   }
   
   if (resolve) {
            resolveClass(c);
   }
   
   return c;
}