從虛拟機層面講分為兩大類型的類加載器，一是Bootstrap Classloader即啟動類加載器（C++實作），它是虛拟機的一部分，二是其他類型類加載器（JAVA實作），在虛拟機外部，并全部繼承ClassLoader類。
從細分的角度講會分為以下三類類加載器：
1、Bootsrap ClassLoader
啟動類加載器，完全由jvm控制加載，外面通路不到這個類加載器，即不能被java程式引用。它主要負責加載jvm自身的工作類，即java/lib目錄和-Xbootclasspath參數指定的目錄的類庫。
2、Extension ClassLoader
擴充類加載器，由java實作，即ExtClassLoader實作類。它主要負責加載java/lib/ext目錄和系統環境變量java.ext.dirs指定目錄所有類庫。
3、Application ClassLoader
應用程式類加載器，由java實作，即AppClassLoader實作類。它的父類是ExtClassLoader，它主要負責加載classpath目錄上的類庫。如果沒有自定義ClassLoader，它就是程式中預設的ClassLoader，即可以通過ClassLoader.getSystemClassLoader()擷取目前系統的類加載器。
從上圖看雖然Bootstrap ClassLoader是最頂層的類加載器，但是不能被程式引用，它也不是ExtClassLoader的父類加載器，ExtClassLoader沒有父類載器，我們不防來看下面簡單的例子。
程式首先輸出了程式預設的類加載器AppClassLoader，然後再輸出了其父類加載器ExtClassLoader，然後就完了，這就證明了上面的理論。
類加載機制
雖然定義了上面這幾個類加載器，但在加載時類加載器會審查一個class類應該由哪個類型的加載器負責加載，它使用的是等級加載機制，是一種雙親委派模型。
雙親委派模式要求所有類加載器，除了頂層的Bootstrap類加載器之外都要有自己的父類加載器。在收到一個類加載請求時，目前預設的類加載器它不會首先自己來加載這個類，它會委托給自己的父類加載器去加載，父類加載器再委托給父父類加載器，以此類推，直到頂層類加載器，由上到下加載，除非上面的類加載器都無法加載時自己才去加載。
來看看ClassLoader.loadClass方法源碼
再回到之前文章中的有一道關于是否可以自定義類java.lang.String并使用的面試題，它在java/lib目錄下，是以當應用類加載器去classpath加載時會去委托父類加載器，這時最頂層類加載器會發現自己之前已經加載過，是以這次不再加載，是以自定義的這個java.lang.String雖然可以正常編譯，但不能被類加載器加載并使用。
是以，這也是雙親委派模式的好處，同一個路徑的類保證不能加載兩次，保證了類與類之間的正常行為和正常運作。