說明
雙親委派其實字面上面翻譯成雙親,但是其實多個類加載器之間沒有繼承關係,看源碼其實只是一個遞歸調用的過程。
類加載的精髓解釋
在類加載的方案其實主要的目的是爲了保證版本的一致性,直觀點的例子就是,如果我們自己去定義一個類庫中已有的類的話,其實不會被執行,舉例說明:
//我們自己去定義這麼一個對象
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;
}
}