在之前的文章中我们说过,在jvm的加载过程的加载阶段中,jvm加载类时只需要获取类的字节码即可,不是一定要从class文件中获取,也可以通过其他方式,比如war包,网络流,动态生成等等,这些获取类字节码的方式代码称为类加载器。
对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立其在Java虚拟机中的唯一性,每一个类加载器都拥有一个独立的类名空间。也就是说,比较俩个类相等,不仅要求其类本身是同一个,并且加载该类的类加载器也要是同一个。这里说的相等包括对象的equals()方法,isAssignableFrom()方法,isInstance()方法等返回结果。
在jvm的层面上,只存在俩种不同的类加载器,一种是启动类加载器,这个类加载器是虚拟机自身的一部分。另一种是其他所有由Java独立实现的类加载器。这些类都独立于虚拟机,并且都需要继承自抽象类java.lang.ClassLoader。
从Java的角度来说,类加载器分为一下三种:
1.启动类加载器:上文中提到的那个类加载器,这个类加载器负责将存放在<JAVA_HOME>\lib目录中的类库加载到虚拟机中。
2.扩展类加载器:它负责加载<JAVA_HOME>\lib\ext目录中的所有类库,开发者可以直接使用这个类加载器。
3.应用程序加载器:它负责加载用户路径上的类库,开发者可以使用这个类加载器,此加载器为程序默认加载器。
在Java的类加载器中存在一个双亲委派模型:
该模型要求除了顶层的启动类加载器外,其余的类加载器都应当有自己的父类加载器,这里类加载器之间的关系一般不会以继承的关系来实现,而是以组合的关系来服用父加载器的代码。
双亲委派模型的工作流程是:类加载器收到类加载请求 ==》将请求委派给父类加载==》当父类加载器无法完成类加载时,子类加载器自己加载。
这种模型的好处在于,类加载器和类一样有了层级关系,比如对于Object类来说,不管用什么类加载器加载,最终都会由启动类加载器加载,所以在整个jvm环境中,所有的Object类都是同一个类。