虚拟机类加载机制（三）类加载器

定义

实现了“通过一个类的全限定名来获取描述此类的二进制字节流”动作的代码模块被称为“类加载器”。

 

对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性。换句话说，如果要比较两个类是否相同，只有在这两个类都是由同一个类加载器加载的前提下才有意义。否则，即使这两个类是出自同一份Class文件，但由不同的加载器加载，那么这两个类必定不相等（包含Class对象的equals()，isAssignableFrom()，isInstance()方法的返回结构，也包含使用instanceof关键字做对象所属关系判定等）。

 

双亲委派模型

从Java虚拟机的角度来看，只存在两种类型的类加载器：一种是启动类加载器（Bootstrap ClassLoader），这个类加载器使用C++实现（仅限于Hot Spot虚拟机），是虚拟机的一部分；另一种是其他所有类的类加载器，这些类加载器都有Java语言实现，独立与虚拟机之外，并且全部继承自抽象类java.lang.ClassLoader。

 

绝大部分的Java程序都会使用到的三种系统提供的类加载器有：

• 启动类加载器（Bootstrap ClassLoader）：这个类加载器负责将存放在 <JAVA_HOME>/lib 目录中的，或者被-Xbootclasspath参数指定的路径中的，并且是被虚拟机识别的（仅按文件名识别，比如rt.jar）类库加载加载到虚拟机内存中。启动类加载器无法被Java程序直接引用。
• 扩展类加载器（Extension ClassLoader）：这个加载器由sun.misc.Launcher$ExtClassLoader实现，负责加载 <JAVA_HOME>/lib/ext 中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用类扩展加载器。
• 应用程序类加载器（Application ClassLoader）：这个类加载器由sun.misc.Launcher$AppClassLoader实现。这个类加载器是由ClassLoader中getSystemClassLoader()方法的返回值，所以一般也称之为系统类加载器。负责加载用户类路径（ClassPath）上指定的类库，开发者可以直接使用此类加载器，如果系统中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

 

双亲委派模型要求除了顶层的启动类加载器之外，其他类加载器必须有父类加载器。这里的父子关系一般不会使用继承手段实现，而是使用组合，以复用父类加载器代码。

 

双亲委派模型的工作过程是：如果一个类加载器收到了类的加载请求，它首先不会自己去尝试加载，而是先把请求传递给父类去完成，每一层的类加载器都是如此。只有当父类反馈说自己无法完成加载请求（在它的搜索范围内没找到所需要的类）时，子类加载器才会尝试加载。

 

使用双亲委派模型的优点