http://www.xici.net/b228402/d11821837.htm

方法 loadClass

ClassLoader.loadClass() 是 ClassLoader 的入口點。其特征如下：
Class loadClass( String name, boolean resolve );
name 參數指定了 JVM 需要的類的名稱，該名稱以包表示法表示，如 Foo 或 java.lang.Object。 resolve 參數告訴方法是否需要解析類。在準備執行類之前，應考慮類解析。并不總是需要解析。如果 JVM 只需要知道該類是否存在或找出該類的超類，那么就不需要解析。
在 Java 版本 1.1 和以前的版本中，loadClass 方法是創建定制的 ClassLoader 時唯一需要覆蓋的方法。（Java 2 中 ClassLoader 的變動提供了關于 Java 1.2 中 findClass() 方法的信息。）


方法 defineClass


defineClass 方法是 ClassLoader 的主要訣竅。該方法接受由原始字節組成的數組并把它轉換成 Class 對象。原始數組包含如從文件系統或網絡裝入的數據。

defineClass 管理 JVM 的許多復雜、神秘和倚賴于實現的方面 -- 它把字節碼分析成運行時數據結構、校驗有效性等等。不必擔心，您無需親自編寫它。事實上，即使您想要這么做也不能覆蓋它，因為它已被標記成最終的。


方法 findSystemClass


findSystemClass 方法從本地文件系統裝入文件。它在本地文件系統中尋找類文件，如果存在，就使用 defineClass 將原始字節轉換成 Class 對象，以將該文件轉換成類。當運行 Java 應用程序時，這是 JVM 正常裝入類的缺省機制。（Java 2 中 ClassLoader 的變動提供了關于 Java 版本 1.2 這個過程變動的詳細信息。）

對于定制的 ClassLoader，只有在嘗試其它方法裝入類之后，再使用 findSystemClass。原因很簡單：ClassLoader 是負責執行裝入類的特殊步驟，不是負責所有類。例如，即使 ClassLoader 從遠程的 Web 站點裝入了某些類，仍然需要在本地機器上裝入大量的基本 Java 庫。而這些類不是我們所關心的，所以要 JVM 以缺省方式裝入它們：從本地文件系統。這就是 findSystemClass 的用途。

其工作流程如下：
請求定制的 ClassLoader 裝入類。
檢查遠程 Web 站點，查看是否有所需要的類。
如果有，那么好；抓取這個類，完成任務。
如果沒有，假定這個類是在基本 Java 庫中，那么調用 findSystemClass，使它從文件系統裝入該類。


在大多數定制 ClassLoaders 中，首先調用 findSystemClass 以節省在本地就可以裝入的許多 Java 庫類而要在遠程 Web 站點上查找所花的時間。然而，正如，在下一章節所看到的，直到確信能自動編譯我們的應用程序代碼時，才讓 JVM 從本地文件系統裝入類。


方法 resolveClass
正如前面所提到的，可以不完全地（不帶解析）裝入類，也可以完全地（帶解析）裝入類。當編寫我們自己的 loadClass 時，可以調用 resolveClass，這取決于 loadClass 的 resolve 參數的值。


方法 findLoadedClass
findLoadedClass 充當一個緩存：當請求 loadClass 裝入類時，它調用該方法來查看 ClassLoader 是否已裝入這個類，這樣可以避免重新裝入已存在類所造成的麻煩。應首先調用該方法。