说明
双亲委派其实字面上面翻译成双亲,但是其实多个类加载器之间没有继承关系,看源码其实只是一个递归调用的过程。
类加载的精髓解释
在类加载的方案其实主要的目的是为了保证版本的一致性,直观点的例子就是,如果我们自己去定义一个类库中已有的类的话,其实不会被执行,举例说明:
//我们自己去定义这么一个对象
public class String {
public static void main(String[] args) {
System.out.println("String");
}
}
编译,执行
javac String.java
java String
结果如下:
错误: 找不到或无法加载主类 String
事实上在我们的idea上面也是没办法去运行的,这个情况其实是在jvm优先加载了我们类库中的类,类加载的时候优先加载了内部的类,另外定义的名字一样的类就不会被加载了。这样子的好好处其实就是保证了jdk自己写的类不会被覆盖,保护了原有的代码。
双亲委派的代码如下,我做了注释:
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// First, check if the class has already been loaded
//检查该类是否已经类加载
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
//有上级的话,就委托上级去进行加载,递归方式去加载
if (parent != null) {
c = parent.loadClass(name, false);
} else {
//没有上级了ExtClassloader,则委派BootstrapClassload加载
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
//每一层都找不到,则调用findclass方法进行加载(每个类加载器自己扩展)
long t1 = System.nanoTime();
c = findClass(name);
// this is the defining class loader; record the stats
//记录耗时 sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}