类与类加载器
对于任意一个类，都必须由加载它的类加载器和这个类本身一起共同确立其在Java虚拟机中的唯一性，每一个类加载器，都拥有一个独立的类名称空间。
通俗的讲就是比较两个类是否"相等"，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一个Class文件，被同一个Java虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等。
上文所指的"相等"具体有哪些：
- 类的Class对象的 equals() 方法
- isAssignableFrom() 方法
- isInstance() 方法
- instanceof
双亲委派模型
启动类加载器
- 加载目录：$JAVA_HOME/lib 或被 -Xbootclasspath 参数指定的路径
- 类库的文件名是固定的，例如：rt.jar、tools.jar，名字不符合的即时放在目录中也不会加载
- 启动类加载器无法被直接引用，如果在自定义加载器时，需要把加载请求委派到引导类加载器去处理，直接用 null 代替即可
扩展类加载器
- sun.misc.Launcher$ExtClassLoader
- 加载目录：$JAVA_HOME/lib/ext 或被 java.ext.dirs 系统变量所指定的路径中的所有类库
应用程序类加载器
- sun.misc.Launcher$AppClassLoader
- ClassLoader#getSystemClassLoader()
- 负责加载用户类路径(ClassPath)上的所有类库
- 可以在代码中使用
工作过程
如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去完成加载。
这样做的好处是
- Java中的类随着它的的类加载器一起具备了一种带有优先级的层次关系；
- 可以保证类在各种类加载器环境中都是同一个类；
参考资料
- 《深入理解Java虚拟机》章节7.4
