类加载器

类与类加载器

  任意一个类，必须由加载它的加载器和类本身一起确定它在JVM中的唯一性，每一个类加载器都拥有一个独立的类名称空间。

  所以，比较两个类是否相等只有在两个类是由同一个加载器加载的前提下才有意义，若加载器不同，则两个类必不可能相等。

  这里的“相等”，包括代表类的 Class 对象的 equals() 方法、isInstance() 方法的返回结果，也包括使用 instanceof 关键字做对象所属关系判定等情况。

双亲委派模型

从JVM的角度看类加载器分为两类：

  1、启动类加载器（Bootstrap ClassLoader）
  2、其他所有的类加载器

从开发人员的角度来看，类加载器分为三类：

  1、启动类加载器（Bootstrap ClassLoader）： 负责将存放在 <JAVA_HOME>\lib 目录中的或者被-Xbootclasspath参数指定的路径中存放的，并且能被虚拟机识别的（仅按照文件名识别，如 rt.jar，名字不符合的类库即使放在 lib 目录中也不会被加载）类库加载到虚拟机内存中。

   2、扩展类加载器（Extension ClassLoader）： 负责加载 <JAVA_HOME>\lib\ext 目录中或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器加载Class文件。

   3、应用程序类加载器（Application ClassLoader）： 由于这个类加载器是 ClassLoader 中的 getSystemClassLoader() 方法的返回值，所以一般也称它为“系统类加载器”。它负责加载用户类路径（classpath）上所指定的类库，开发者可以直接使用这个类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

双亲委派模型

  类加载器的协作关系如图所示：

  图中类加载器之间的层次关系称为“双亲委派模型”。除了顶层的启动类加载器以外，其余类加载器都应该有自己的父类加载器。

  工作过程：如果一个类加载器收到类加载的请求它不会直接加载该类，而是把请求委派给父类加载器去完成，所以所有请求最终会到达启动类加载器。只有父类加载器无法完成类加载请求时，才会返回给子类加载器去完成。

  使用双亲委派模型的好处：像 java.lang.Object 这些存放在 rt.jar 中的类，无论使用哪个类加载器加载，最终都会委派给最顶端的启动类加载器加载，从而使得不同加载器加载的 Object 类都是同一个。
  相反，如果没有使用双亲委派模型，由各个类加载器自行去加载的话，如果用户自己编写了一个称为 java.lang.Object 的类，并放在 classpath 下，那么系统将会出现多个不同的 Object 类，Java类型体系中最基础的行为也就无法保证。