前言:
java文件是不能直接運行的,但是卻可以在IDEA中右鍵文件名點擊運行，這中間其實摻雜了一系列的複雜處理過程,討論一下代碼在運行之前的一個環節--類的加載
一、什麼是類的加載?
從上圖可以看出，首先，java文件通過編譯器變成了.class文件，然後，類加載器又將這些.class文件加載到JVM中。其中類裝載器的作用其實就是類的加載。要討論的問題就是這個環節。有了這個印象之後我們再來看類的加載的概念：
其實可以一句話來解釋：類的加載指的是將類的.class文件中的二進制數據讀入到內存中，將其放在運行時數據區的方法區內，然後在堆區創建一個 java.lang.Class對象，用來封裝類在方法區內的數據結構。
到現在爲止，我們基本上對類加載機制處於整個程序運行的環節位置，還有類加載機制的概念有了基本的印象。在類加載.class文件之前，有兩個問題需要弄清楚：
1、在什麼時候纔會啓動類加載器？
其實，類加載器並不需要等到某個類被“首次主動使用”時再加載它，JVM規範允許類加載器在預料某個類將要被使用時就預先加載它，如果在預先加載的過程中遇到了.class文件缺失或存在錯誤，類加載器必須在程序首次主動使用該類時才報告錯誤（LinkageError錯誤）如果這個類一直沒有被程序主動使用，那麼類加載器就不會報告錯誤。
2、從哪個地方去加載.class文件？
在這裏進行一個簡單的分類。例舉了5個來源
（1）本地磁盤
（2）網上加載.class文件（Applet）
（3）從數據庫中
（4）壓縮文件中（ZAR，jar等）
（5）從其他文件生成的（JSP應用）
有了這個認識之後，下面就開始講講，類加載機制了。首先看的就是類加載機制的過程。
二、類加載的過程
類從被加載到虛擬機內存中開始，到卸載出內存爲止，它的整個生命週期包括：加載、驗證、準備、解析、初始化、使用和卸載七個階段。它們的順序如下圖所示：
其中，類加載的過程包括了加載、驗證、準備、解析、初始化五個階段。在這五個階段中，加載、驗證、準備和初始化這四個階段發生的順序是確定的，而解析階段則不一定，它在某些情況下可以在初始化階段之後開始。
另外注意這裏的幾個階段是按順序開始，而不是按順序進行或完成，因爲這些階段通常都是互相交叉地混合進行的，通常在一個階段執行的過程中調用或激活另一個階段。
下面就一個一個去分析一下這幾個過程。
1、------>>>>>加載
”加載“是”類加機制”的第一個過程，在加載階段，虛擬機主要完成三件事：
（1）通過一個類的全限定名來獲取其定義的二進制字節流
（2）將這個字節流所代表的的靜態存儲結構轉化爲方法區的運行時數據結構
（3）在堆中生成一個代表這個類的Class對象，作爲方法區中這些數據的訪問入口。
相對於類加載的其他階段而言，加載階段是可控性最強的階段，因爲程序員可以使用系統的類加載器加載，還可以使用自己的類加載器加載。我們在最後一部分會詳細介紹這個類加載器。在這裏我們只需要知道類加載器的作用就是上面虛擬機需要完成的三件事，僅此而已就好了。
2、------>>>>>驗證
驗證的主要作用就是確保被加載的類的正確性。也是連接階段的第一步。說白了也就是我們加載好的.class文件不能對我們的虛擬機有危害，所以先檢測驗證一下。他主要是完成四個階段的驗證：
（1）文件格式的驗證：驗證.class文件字節流是否符合class文件的格式規範，並且能夠被當前版本的虛擬機處理。這裏面主要對魔數、主版本號、常量池等等的校驗（魔數、主版本號都是.class文件裏面包含的數據信息、在這裏可以不用理解）。
（2）元數據驗證：主要是對字節碼描述的信息進行語義分析，以保證其描述的信息符合java語言規範的要求，比如說驗證這個類是不是有父類，類中的字段方法是不是和父類衝突等等。
（3）字節碼驗證：這是整個驗證過程最複雜的階段，主要是通過數據流和控制流分析，確定程序語義是合法的、符合邏輯的。在元數據驗證階段對數據類型做出驗證後，這個階段主要對類的方法做出分析，保證類的方法在運行時不會做出危害虛擬機安全的事。
（4）符號引用驗證：它是驗證的最後一個階段，發生在虛擬機將符號引用轉化爲直接引用的時候。主要是對類自身以外的信息進行校驗。目的是確保解析動作能夠完成。
對整個類加載機制而言，驗證階段是一個很重要但是非必需的階段，如果我們的代碼能夠確保沒有問題，那麼我們就沒有必要去驗證，畢竟驗證需要花費一定的的時間。當然我們可以使用-Xverfity:none來關閉大部分的驗證。
3、------>>>>>準備
準備階段主要爲類變量分配內存並設置初始值。這些內存都在方法區分配。在這個階段我們只需要注意兩點就好了，也就是類變量和初始值兩個關鍵詞：
（1）類變量（static）會分配內存，但是實例變量不會，實例變量主要隨着對象的實例化一塊分配到java堆中，
（2）這裏的初始值指的是數據類型默認值，而不是代碼中被顯示賦予的值。比如
public static int value = 1; //在這裏準備階段過後的value值爲0，而不是1。賦值爲1的動作在初始化階段。
當然還有其他的默認值。
注意，在上面value是被static所修飾的準備階段之後是0，但是如果同時被final和static修飾準備階段之後就是1了。
我們可以理解爲static final在編譯器就將結果放入調用它的類的常量池中了。
4、------>>>>>解析
解析階段主要是虛擬機將常量池中的符號引用轉化爲直接引用的過程。什麼是符號應用和直接引用呢？
符號引用：以一組符號來描述所引用的目標，可以是任何形式的字面量，只要是能無歧義的定位到目標就好，就好比在班級中，老師可以用張三來代表你，也可以用你的學號來代表你，但無論任何方式這些都只是一個代號（符號），這個代號指向你（符號引用）
直接引用：直接引用是可以指向目標的指針、相對偏移量或者是一個能直接或間接定位到目標的句柄。和虛擬機實現的內存有關，不同的虛擬機直接引用一般不同。解析動作主要針對類或接口、字段、類方法、接口方法、方法類型、方法句柄和調用點限定符7類符號引用進行。
5、------>>>>>初始化
這是類加載機制的最後一步，在這個階段，java程序代碼纔開始真正執行。我們知道，在準備階段已經爲類變量賦過一次值。在初始化階端，程序員可以根據自己的需求來賦值了。一句話描述這個階段就是執行類構造器< clinit >()方法的過程。
在初始化階段，主要爲類的靜態變量賦予正確的初始值，JVM負責對類進行初始化，主要對類變量進行初始化。在Java中對類變量進行初始值設定有兩種方式：
①聲明類變量是指定初始值
②使用靜態代碼塊爲類變量指定初始值
JVM初始化步驟
1、假如這個類還沒有被加載和連接，則程序先加載並連接該類
2、假如該類的直接父類還沒有被初始化，則先初始化其直接父類
3、假如類中有初始化語句，則系統依次執行這些初始化語句
類初始化時機：只有當對類的主動使用的時候纔會導致類的初始化，類的主動使用包括以下六種：
@1、創建類的實例，也就是new的方式
@2、訪問某個類或接口的靜態變量，或者對該靜態變量賦值
@3、調用類的靜態方法
@4、反射（如 Class.forName(“com.shengsiyuan.Test”)）
@5、初始化某個類的子類，則其父類也會被初始化
@6、Java虛擬機啓動時被標明爲啓動類的類（ JavaTest），直接使用 java.exe命令來運行某個主類
好了，到目前爲止就是類加載機制的整個過程，但是還有一個重要的概念，那就是類加載器。在加載階段其實我們提到過類加載器，說是在後面詳細說，在這就好好地介紹一下類加載器。
三、類加載器
虛擬機設計團隊把加載動作放到JVM外部實現，以便讓應用程序決定如何獲取所需的類。
1、Java語言系統自帶有三個類加載器:
@1、Bootstrap ClassLoader ：最頂層的加載類，主要加載核心類庫，也就是我們環境變量下面%JRE_HOME%\lib下的rt.jar、resources.jar、charsets.jar和class等。另外需要注意的是可以通過啓動jvm時指定-Xbootclasspath和路徑來改變Bootstrap ClassLoader的加載目錄。比如java -Xbootclasspath/a:path被指定的文件追加到默認的bootstrap路徑中。我們可以打開我的電腦，在上面的目錄下查看，看看這些jar包是不是存在於這個目錄。
@2、Extention ClassLoader ：擴展的類加載器，加載目錄%JRE_HOME%\lib\ext目錄下的jar包和class文件。還可以加載-D java.ext.dirs選項指定的目錄。
@3、Appclass Loader：也稱爲SystemAppClass。 加載當前應用的classpath的所有類。
我們看到java爲我們提供了三個類加載器，應用程序都是由這三種類加載器互相配合進行加載的，如果有必要，我們還可以加入自定義的類加載器。這三種類加載器的加載順序是什麼呢？
Bootstrap ClassLoader > Extention ClassLoader > Appclass Loader
一張圖來看一下他們的層次關係
代碼驗證一下：
從上面的結果可以看出，並沒有獲取到ExtClassLoader的父Loader，原因是Bootstrap Loader（引導類加載器）是用C語言實現的，找不到一個確定的返回父Loader的方式，於是就返回null。
2、類加載的三種方式
認識了這三種類加載器，接下來我們看看類加載的三種方式。
（1）通過命令行啓動應用時由JVM初始化加載含有main()方法的主類。
（2）通過Class.forName()方法動態加載，會默認執行初始化塊（static{}），但是Class.forName(name,initialize,loader)中的initialze可指定是否要執行初始化塊。
（3）通過ClassLoader.loadClass()方法動態加載，不會執行初始化塊。
下面代碼來演示一下
首先我們定義一個FDD類:
public class FDD {
static {
System.out.println("我是靜態代碼塊。。。。");
}
}
然後我們看一下如何去加載
package com.fdd.test;
public class FDDloaderTest {
public static void main(String[] args) throws ClassNotFoundException {
ClassLoader loader = HelloWorld.class.getClassLoader();
System.out.println(loader);
//一、 使用ClassLoader.loadClass()來加載類，不會執行初始化塊 loader.loadClass("Fdd");
// 二、 使用Class.forName()來加載類，默認會執行初始化塊 Class.forName("Fdd");
// 三、使用Class.forName()來加載類，指定ClassLoader，初始化時不執行靜態塊 Class.forName("Fdd", false, loader);
}
}
上面是同不同的方式去加載類，結果是不一樣的。
3、雙親委派原則
他的工作流程是： 當一個類加載器收到類加載任務，會先交給其父類加載器去完成，因此最終加載任務都會傳遞到頂層的啓動類加載器，只有當父類加載器無法完成加載任務時，纔會嘗試執行加載任務。
這個理解起來就簡單了，比如說，另外一個人給小費，自己不會先去直接拿來塞自己錢包，我們先把錢給領導，領導再給領導，一直到公司老闆，老闆不想要了，再一級一級往下分。老闆要是要這個錢，下面的領導和自己就一分錢沒有了。（例子不好，理解就好）
採用雙親委派的一個好處是比如加載位於rt.jar包中的類java.lang.Object，不管是哪個加載器加載這個類，最終都是委託給頂層的啓動類加載器進行加載，這樣就保證了使用不同的類加載器最終得到的都是同樣一個Object對象。雙親委派原則歸納一下就是：
@1、可以避免重複加載，父類已經加載了，子類就不需要再次加載
@2、更加安全，很好的解決了各個類加載器的基礎類的統一問題，如果不使用該種方式，那麼用戶可以隨意定義類加載器來加載核心api，會帶來相關隱患。
4、自定義類加載器
在這一部分第一小節中，我們提到了java系統爲我們提供的三種類加載器，還給出了他們的層次關係圖，最下面就是自定義類加載器，那麼我們如何自己定義類加載器呢？這主要有兩種方式
（1）遵守雙親委派模型：繼承ClassLoader，重寫findClass()方法。
（2）破壞雙親委派模型：繼承ClassLoader,重寫loadClass()方法。
通常我們推薦採用第一種方法自定義類加載器，最大程度上的遵守雙親委派模型。
我們看一下實現步驟
（1）創建一個類繼承ClassLoader抽象類
（2）重寫findClass()方法
（3）在findClass()方法中調用defineClass()
代碼實現一下：
package cn.yunovo;
import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.IOException;
public class CustomClassLoader extends ClassLoader {
private String libPath;
public CustomClassLoader(String path) {
libPath = path;
}
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
String fileName = getFileName(name);
File file = new File(libPath, fileName);
try {
FileInputStream is = new FileInputStream(file);
ByteArrayOutputStream bos = new ByteArrayOutputStream();
int len = 0;
try {
while ((len = is.read()) != -1) {
bos.write(len);
}
} catch (IOException e) {
e.printStackTrace();
}
byte[] data = bos.toByteArray();
is.close();
bos.close();
return defineClass(name, data, 0, data.length);
} catch (IOException e) {
e.printStackTrace();
}
return super.findClass(name);
}
//獲取要加載 的class文件名
private String getFileName(String name) {
int index = name.lastIndexOf('.');
if (index == -1) {
return name + ".class";
} else {
return name.substring(index + 1) + ".class";
}
}
}
接下來我們就可以自己去加載類了，使用方法大體就是兩行
MyClassLoader diskLoader = new MyClassLoader("D:\\lib");
//加載class文件，注意是
com.fdd.TestClass c = diskLoader.loadClass("com.fdd.Test");
java類得加載機制基本上就寫到這裏了。如果有不對的地方還請指正.