1、类加载器
类加载器就是实现了通过一个类的权限定名获得描述此类的二进制字节流的代码模块,这个动作是放在java虚拟机外去做的。
2、类与类加载器
类与加载这个类的类加载器一同确定类在内存中的唯一性,就是说判断两个类是否相等时是否返回true。当两个类来自同一Class文件,被同一个虚拟机加载,只要他的类加载器不同,那么这两个类也不相等。
3、双亲委派模型
从虚拟机的角度上来看,类加载器只分为两种:一种是启动类加载器,另外一种是其他的加载器。Hotspot虚拟机的启动类加载器是由c++实现,是虚拟机的一部分。其他的加载器是有java语言实现,都继承ClassLoader类。
从开发人员的角度上来看,类加载器会多一点,主要有:
(1)启动类加载器(Bootstrap ClassLoader),此类加载器负责将存放在<JAVA_HOME>\lib 目录中的,或者被-Xbootclasspath 参数所指定的路径中的,并且是虚拟机识别的(仅按照文件名识别,如 rt.jar,名字不符合的类库即使放在lib 目录中也不会被加载)类库加载到虚拟机内存中。
(2)拓展类加载器(Extension ClassLoader),这个加载器由ExtClassLoader实现,它负责将 <JAVA_HOME>/lib/ext 或者被 java.ext.dir 系统变量所指定路径中的所有类库加载到内存中,开发者可以直接使用扩展类加载器。
(3)应用程序类加载器(Application ClassLoader)这个类加载器是由 AppClassLoader实现的。由于这个类加载器是 ClassLoader中的 getSystemClassLoader() 方法的返回值,因此一般称为系统类加载器。它负责加载用户类路径(ClassPath)上所指定的类库,开发者可以直接使用这个类加载器,如果应用程序中没有自定义过自己的类加载器,一般情况下这个就是程序中默认的类加载器。
此图中的类加载器之间的层次关系就是双亲委派模型,除了顶层的启动类加载器之外,都应该有父类的加载器,但是并不是继承的关系,而是以组合的关系复用父类的代码。
双亲委派模型的工作过程:当类加载器收到加载请求的时候,他并不是要去自已完成这个请求,而是将此请求传到父类加载器中,委派父类完成,每一个层次的加载器都是这样,所以做种会都传到启动类加载器。只有当父类无法完成的时候,才会尝试自己解决。
使用这种模型,可以使类随着它的加载器有一个优先级的关系,加载完后不会乱。比如Object这个类,Java中所有的类都会继承这个类,所以把他放到启动类加载器中,加载后就会是一个,如果放到别的加载器,就有可能造成Object类与另外一个Object类不一样,那么就乱套了。