如果物件的引用被置為null，垃圾收集器是否會立即釋放物件佔用的記憶體？

不會，在下一個垃圾回收週期中，這個物件將是可被回收的。

也就是說當一個物件的引用變為 null 時，並不會被垃圾收集器立刻回收，而是在下一次垃圾回收時才會釋放其佔用的記憶體。

finalize()方法工作原理

一旦垃圾回收器準備好釋放物件佔用的儲存空間，將首先呼叫其 finalize() 方法（如果如果覆蓋了finalize()），並且在下一次垃圾回收動作發生時，才會真正回收物件佔用的記憶體。

至於為什麼在下一次垃圾回收動作發生時才會回收記憶體，原因是如果一個物件覆蓋了 finalize() 方法，那麼在真正被宣告死亡的時候，至少需要經過兩次標記。第一次被標記的時候會被放在 一個 F-Queue

Java 8 的記憶體分代改進

在 jdk1.8 中對記憶體模型中方法區的實現永久代（Perm Gen space）進行了移除，取而代之的是元空間（Metaspace）。

原因是在方法區中實現垃圾回收的條件比較苛刻，因此存在著記憶體溢位的風險。在 jdk1.8 之後，當方法區記憶體使用較多時，元空間會使用實體記憶體，減少了風險。如下

分別寫出堆記憶體溢位與棧記憶體溢位的程式

棧記憶體溢位

    public void f() {
        f();
    }

堆記憶體溢位

    public void testd() {
        List<String> list = new ArrayList<>();
        int i = 0;

        while (true) {
            list.add(new String(i + ""));
            i++;
        }
    }

反射中，Class.forName() 和ClassLoader.loadClass()

區別

雖然問到的是反射，但是在底層涉及到了虛擬機器的類載入知識，只有瞭解了虛擬機器的類載入過程，才能更好地理解這個題目

• 載入：載入 class 的二進位制流，將位元組流儲存結構轉化為方法區執行的資料結構，生成一個 Class 物件作為這個類的訪問入口
• 驗證：保證 class 檔案的位元組流中包含的資訊符合虛擬機器的要求，比如檔案格式驗證，元資料驗證等
• 準備：為類變數分配記憶體，並設定初始值，並非在堆中分配記憶體，而是在方法區
• 解析：將常量池中的符號引用替換為直接引用
• 初始化：也是類載入的最後一步，執行類構造器 clinit() 方法，按照要求初始化靜態變數的值，並執行靜態程式碼塊

下面是 Class.forName() 和ClassLoader的區別

• Class.forName() 預設執行類載入過程中的連線與初始化動作，一旦執行初始化動作，靜態變數就會被初始化為程式設計師設定的值，如果有靜態程式碼塊，靜態程式碼塊也會被執行
• ClassLoader.loadClass() 預設只執行類載入過程中的載入動作，後面的動作都不會執行

比如我們連線 MySQL 資料庫會用到的 Class.forName("com.mysql.cj.jdbc.Driver")，在類載入的過程中就會通過靜態程式碼塊註冊一個驅動物件。

    static {
        try {
            java.sql.DriverManager.registerDriver(new Driver());
        } catch (SQLException E) {
            throw new RuntimeException("Can't register driver!");
        }
    }

說說強引用、軟引用、弱引用、虛引用以及他們之間和 gc 的關係

• 強引用是指在程式碼中普遍存在的，類似 Object obj = new Object()； 這類的引用，只要強引用還存在，垃圾回收器永遠不會回收掉引用的物件
• 軟引用是用來描述一些還有用但並非是必要的物件。對於軟引用著的物件，在系統將要發生記憶體溢位異常之前，將會把這類物件列進回收範圍進行第二次的回收。如果這次回收仍然沒有足夠的記憶體，就會丟擲記憶體溢位異常。在 jdk1.2 中提供了 SoftReference 類來實現軟引用
• 弱引用也是用來描述非必須物件的，但是它的強度比軟引用更弱一些，被弱引用關聯的物件只能生存到下一次的垃圾回收之前。當垃圾收集器工作時，無論當前記憶體是否足夠，都會回收掉只被弱引用關聯的物件。在 jdk1.2 中提供了 WeakReference 類來實現弱引用
• 虛引用也被稱為幽靈引用或幻影引用，它是最弱的一種引用關係。一個物件是否有虛引用的存在，完全不會對其生存時間造成影響，也無法通過虛引用來取得一個物件的例項。為一個物件設定虛引用關聯的唯一目的就是能在這個物件被收集時收到一個系統通知。在 jdk1.2 中提供了 PhantomReference 類來實現虛引用。

JVM 垃圾回收機制，何時觸發 MinorGC 等操作

Minor GC 也被稱為新生代 GC，指發生在新生代（PSYoungGen）的垃圾收集動作，新生代包括三塊記憶體區域 eden 區，from （From Survivor）區 與 to（To Survivor） 區。物件優先在 eden 建立並區分配記憶體，當 eden 區記憶體無法為一個新物件分配記憶體時，就會觸發 Minor GC。至於為什麼把新生代分為 3 個區，主要是為了新生代複製演算法的實現。

物件如何晉升到老年代

物件優先在新生代的 eden 區分配記憶體，但是也並不絕對，下面幾種情況物件會晉升到老年代

• 大物件直接進入老年代。比如很長的字串，或者很大的陣列等
• 長期存活的物件進入老年代。在堆中分配記憶體的物件，其記憶體佈局的物件頭中（Header）包含了 GC 分代年齡標記資訊。如果物件在 eden 區出生，那麼它的 GC 分代年齡會初始值為 1，每熬過一次 Minor GC 而不被回收，這個值就會增加 1 歲。當它的年齡到達一定的數值時（jdk1.7 預設是 15 歲），就會晉升到老年代中。
• 動態物件年齡判定。當 Survivor 空間中相同年齡所有物件的大小總和大於 Survivor 空間的一半，年齡大於或等於該年齡的物件就可以直接進入老年代，而不需要達到預設的分代年齡。

Eden和Survivor的比例分配等

這個比例在每個 jdk 版本中可能是不一樣的，在 jdk1.7 中 Eden和Survivor （from 或 to）的比例是 8 ： 1。在 jdk1.8 是 6 ： 1，如下

什麼是類載入器的雙親委派模型

雙親委派模型是虛擬機器類載入機制 中有關類載入器的相關的東西。下面是類載入器的雙親委派模型

類載入器的雙親委派模型並不是一個強制性的約束模型，而是 Java 設計者推薦給開發者的一種載入器方式。上面類載入器的父子關係一般不會以繼承的方式實現，而是採用組合的關係來複用父類載入器的程式碼。

工作過程：如果一個類載入器收到了類載入的請求，它首先不會自己去載入這個類，而是把這個請求委派給父類載入器去完成，每一個層次的類載入器都是如此，因此所有的載入請求都應該傳送到頂層的啟動類載入器，只有當父載入器無法完成這個載入請求時，子載入器才會嘗試自己去載入。

為什麼要有雙親委派模型呢？原因是雙親委派模型可以保證 Java 程式的穩定性。比如你有一個類，在不採用雙親委派模型的情況下，可能會有不同的載入器去載入這個類，不同類載入器加載出來的 Class 檔案必然不相同，這樣就造成了不一致性。

什麼是指令重排序、記憶體屏障與先行發生原則

想必這兩個名詞有很多 Java 程式設計師都或多或少的見過，因為理解起來比較困難，這裡就簡單的闡述一下，並不作詳細的分析

• 指令重排序：CPU 採用了允許將多條指令不按程式規定的順序傳送給相應的電路單元處理。可以簡單的理解為不按程式的順序執行
• 記憶體屏障：記憶體屏障是指指令重排序時，通過一個加鎖指令，把鎖前後指令的執行順序分隔開，不能把後面的指令重排序到記憶體屏障之前的位置
• 先行發生原則：Java 記憶體模型中定義的兩項操作之間的偏序關係。如果 A 先行發生於 B 之前，操作 A 產生的影響會被操作 B 觀察到。這些影響可以是修改了記憶體中共享變數的值，傳送了訊息，呼叫了方法等

Java 中的 volatile 關鍵字有兩個主要的作用，一個是保證記憶體的可見性，還有一個作用就是禁止指令重排序的發生。

volatile 的語義，它修飾的變數一定執行緒安全嗎

上面我們已經簡答的提到了 volatile 關鍵字的作用，一個是保證記憶體的可見性，還有防止指令重排序。下面再來解釋一下記憶體可見性

• 記憶體可見性：當一條執行緒修改了某個值，這個新值對於其他的執行緒是立即可見的，普通的變數不具備這個特徵

下面說結論，被 volatile 關鍵字修飾的變數不是執行緒安全的，因為 volatile 不能保證原子性。再另外的說一句，被 synchronized 修飾的程式碼塊具備原子性。

後面遇到相關的題目會陸續補充