JVM學習七：JVM之類加載器之類的卸載

類加載的過程和原理，以及雙親委派機制都已經講解完成，那么我們今天講解類加載的最后一節，那么就是類的卸載。

我們知道，當一個類被加載、連接和初始化之后，他的生命周期就開始了，當該類的class對象不再被引用之后，該類的生命周期也就結束了，之后，該類會被類加載器卸載！
我們來看以下代碼：

public class UninstallTest {



    public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException {

       MyClassLoader classLoader1 = new MyClassLoader("classLoader1");

       classLoader1.setClassPath("d:/jvmTest/server/");

       Class<?> clazz = classLoader1.loadClass("TestCase1");

       @SuppressWarnings("unused")

       Object obj = clazz.newInstance();

       System.out.println("1:"+clazz.hashCode());

       obj=null;

       System.out.println("2:"+clazz.hashCode());

       classLoader1 = null;

       System.out.println("3:"+clazz.hashCode());

       clazz = null;

       System.out.println("===========");

       classLoader1 = new MyClassLoader("classLoader1");

       classLoader1.setClassPath("d:/jvmTest/server/");

       clazz = classLoader1.loadClass("TestCase1");

       System.out.println("4:"+clazz.hashCode());

    }

}

以下代碼先通過自定義類加載器classloader1加載類Testcase1，然后通過反射獲取對應的obj對象，然后逐個將對應的對象設置為null以便於銷毀對象，執行結果是是什么樣子的呢？

我們看到，前三次打印對象的hashCode是一致的，說明是一個對象，但是最后一次卻反生了變化，說明對象的地址變化了，也就是之前被卸載了（因為我們知道，類的class對象在整個類加載過程中只會被加載一次，只有一個實例對象，除非類被卸載了），然后又被加載了一次（加載了2次）。
我們再來看這幾個類的關系，我們把它畫成圖，如下：

棧空間變量指向堆控件的數據，已經沒什么爭論，之前（上幾篇文章）已經討論過，loader1對象可以通過findClass方法拿到對應的TestCase1類，因此有一個指針指向TestCase1的Class實例，而TestCase1可以通過getClassLoader的方法拿到對應的類加載器，因此有一個指針指向MyClassloader的對象，TestCase1的實例obj通過getClass方法可以拿到對應的TestCase1實例。我們這樣可以看到，MyClassloader對象有2個引用指針，TestCase1有3個引用指針，當cloder1為null，objClass為null，obj為null的時候，系統還剩下MyClassloader和TestCase1的一個相互引用。

我們知道，只要class引用不在有，那么這個類就可以回收了，指向方法區的就不看了，但是MyClassloader和TestCase1每個還有一個引用么人這兩個其實已經沒有其他引用了，但是從程序結果我們可以看到，類已經被卸載了，說明JVM已經對這種雙向引用也做了卸載和回收操作，但是按照我們之前的理論，只有當引用計數器為0的時候才會被回收，這又如何理解呢？這個我們會在下面的文章，深入理解JVM—垃圾回收機制做詳細介紹【GC機制】，敬請期待！

 

參考資料：

聖思園張龍老師深入Java虛擬機系列