说明:其实参考的文章已经很详细了。想看一个知识点的时候,会去看好几篇文章。进行一下总结。有时候一篇文章就写得很好,但是,不自己写一下的话,总感觉不够,所以就用符合自己理解或者记忆的方式写一下。因为写的时候,相当于心里说了几遍。面试的时候就能表达出来吧。所以简洁的写了下,参考的文章附在后面。
类加载器分类
启动(Bootstrap)类加载器
- 负责把存放在<JAVA_HOME>\lib目录下或被-Xbootclasspath参数指定的路径中,
能被虚拟机识别(仅按文件名识别rt.jar,名字不符合的类库不会被加载)的类库加载到虚拟机内存中。 - 该类加载器无法被应用程序直接引用,自定义类加载器时如果要把加载请求委派给它加载,直接用null代替即可
扩展类加载器(Extension ClassLoader)
- 该加载器由sum.misc.Launcher$ExtClassLoader实现,负责加载<JAVA_HOME>\lib\ext目录中或者java.ext.dirs系统变量指定的路径中所有类库。
应用程序类加载器(Application ClassLoader)/也称为系统类加载器
- 该加载器由sum.misc.Launcher$App-ClassLoader实现,在ClassLoader类中的getSystemClassLoader()方法返回该类加载器。负责加载用户类路径(ClassPath)上所指定的类库,程序默认使用这个类加载器。
自定义类加载器
类加载器与类的唯一性
类加载器虽然只用于实现类的加载动作,但是对于任意一个类,都需要由加载它的类加载器和这个类本身共同确立其在Java虚拟机中的唯一性。通俗的说,JVM中两个类是否“相等”,首先就必须是同一个类加载器加载的,否则,即使这两个类来源于同一个Class文件,被同一个虚拟机加载,只要类加载器不同,那么这两个类必定是不相等的。
这里的“相等”,包括代表类的Class对象的equals()方法、isAssignableFrom()方法、isInstance()方法的返回结果,也包括使用instanceof关键字做对象所属关系判定等情况。
双亲委派模型
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
synchronized (getClassLoadingLock(name)) {
Class<?> c = findLoadedClass(name);//检查是否已经加载过了
if (c == null) {
long t0 = System.nanoTime();
try {
if (parent != null) {//先用父加载器加载
c = parent.loadClass(name, false); //通过递归调用此方法
} else {//没有父加载器,直接用启动类加载器加载
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
}
if (c == null) { //递归调用已让所有的父类尝试过,还为null的话
long t1 = System.nanoTime();
c = findClass(name);//父类加载器处理不了,就由加载器的findClass方法来加载
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}
好处
保证了唯一性
使用双亲委派模型的好处在于Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如类java.lang.Object,它存在在rt.jar中,无论哪一个类加载器要加载这个类,最终都是委派给处于模型最顶端的Bootstrap ClassLoader进行加载,因此Object类在程序的各种类加载器环境中都是同一个类。相反,如果没有双亲委派模型而是由各个类加载器自行加载的话,如果用户编写了一个java.lang.Object的同名类并放在ClassPath中,那系统中将会出现多个不同的Object类,程序将混乱。因此,如果开发者尝试编写一个与rt.jar类库中重名的Java类,可以正常编译,但是永远无法被加载运行。
而且 从双亲委派模型的实现可知,如果自定义类加载器,覆盖了loadClass方法,会导致双亲委派模型被破坏,那么该自定义类加载器与启动类加载器加载同一个class得到的也不会是相同的类对象。 所以自定义类加载器,正常不要去覆盖loadClass方法,但是可以重新findClass方法。
参考 、感谢
文章中的文字来自于下面两篇文章。比较详细。
【深入理解JVM】:类加载器与双亲委派模型
jvm学习笔记(四)虚拟机类加载机制、类加载器
网友评论