30道 有趣的 的 JVM 面試題

• 1、JVN記憶體結構
• 2、物件分配規則
• 3、解釋記憶體中的堆疊(stack)、堆(heap)和靜態區(static area)的用法
• 4、Perm Space中保存什么資料？會引起OutOfMemory嗎？
• 5、什么是類的加載
• 6、如何?定義?個類加載器？你使?過哪些或者你在什么場景下需要?個? 定義的類加載器嗎？
• 7、描述一下JVM加載class檔案的原理機制？
• 8、Java物件創建程序
• 9、類的生命周期
• 10、Java 中會存在記憶體泄漏嗎，請簡單描述，
• 11、GC是什么？為什么要有GC？
• 12、做GC時，?個物件在記憶體各個Space中被移動的順序是什么？
• 13、你知道哪些垃圾回收演算法？
• 14、垃圾回收器
• 15、如何判斷一個物件是否應該被回收
• 16、JVM的永久代中會發生垃圾回收么？
• 17、參考的分類
• 18、調優命令
• 19、調優工具
• 20、jstack 是?什么的? jstat 呢？如果線上程式周期性地出現卡頓，你懷疑可 能是 GC 導致的，你會怎么來排查這個問題？執行緒?志?般你會看其中的什么 部分？
• 21、Minor GC與Full GC分別在什么時候發生？
• 22、你有沒有遇到過OutOfMemory問題？你是怎么來處理這個問題的？處理 程序中有哪些識訓？
• 23、JDK 1.8之后Perm Space有哪些變動? MetaSpace??默認是?限的么? 還是你們會通過什么?式來指定??？
• 24、StackOverflow例外有沒有遇到過？?般你猜測會在什么情況下被觸發？如何指定?個執行緒的堆疊??？?般你們寫多少？
• 25. Java四參考
• 26. GC 標記物件的死活
• 27. 引起類加載操作的五個行為
• 28. Java物件創建時機

前段時間在忙大資料，也對市場技術有了一個新的理解，學到老，學到老嘛，今天來和大家分享一下JVM常見的面試題，今天來和大家分享一下，大多都是大廠的實戰面試題，來和小劉看一下吧！

1、JVN記憶體結構

方法區和對是所有執行緒共享的記憶體區域；而java堆疊、本地方法堆疊和程式員計數器是運行是執行緒私有的記憶體區域，

• Java堆（Heap）,是Java虛擬機所管理的記憶體中最大的一塊，Java堆是被所有執行緒共享的一塊記憶體區域，在虛擬機啟動時創建，此記憶體區域的唯一目的就是存放物件實體，幾乎所有的物件實體都在這里分配記憶體，
• 方法區（Method Area）,方法區（Method Area）與Java堆一樣，是各個執行緒共享的記憶體區域，它用于存盤已被虛擬機加載的類資訊、常量、靜態變數、即時編譯器編譯后的代碼等資料，
• 程式計數器（Program Counter Register）,程式計數器（Program Counter Register）是一塊較小的記憶體空間，它的作用可以看做是當前執行緒所執行的位元組碼的行號指示器，
• JVM堆疊（JVM Stacks）,與程式計數器一樣，Java虛擬機堆疊（Java Virtual Machine Stacks）也是執行緒私有的，它的生命周期與執行緒相同，虛擬機堆疊描述的是Java方法執行的記憶體模型：每個方法被執行的時候都會同時創建一個堆疊幀（Stack Frame）用于存盤區域變數表、操作堆疊、動態鏈接、方法出口等資訊，每一個方法被呼叫直至執行完成的程序，就對應著一個堆疊幀在虛擬機堆疊中從入堆疊到出堆疊的程序，
• 本地方法堆疊（Native Method Stacks）,本地方法堆疊（Native Method Stacks）與虛擬機堆疊所發揮的作用是非常相似的，其區別不過是虛擬機堆疊為虛擬機執行Java方法（也就是位元組碼）服務，而本地方法堆疊則是為虛擬機使用到的Native方法服務，

2、物件分配規則

• 物件優先分配在Eden區，如果Eden區沒有足夠的空間時，虛擬機執行一次Minor GC，
• 大物件直接進入老年代（大物件是指需要大量連續記憶體空間的物件），這樣做的目的是避免在Eden區和兩個Survivor區之間發生大量的記憶體拷貝（新生代采用復制演算法收集記憶體），
• 長期存活的物件進入老年代，虛擬機為每個物件定義了一個年齡計數器，如果物件經過了1次Minor GC那么物件會進入Survivor區，之后每經過一次Minor GC那么物件的年齡加1，知道達到閥值物件進入老年區，
• 動態判斷物件的年齡，如果Survivor區中相同年齡的所有物件大小的總和大于Survivor空間的一半，年齡大于或等于該年齡的物件可以直接進入老年代，
• 空間分配擔保，每次進行Minor GC時，JVM會計算Survivor區移至老年區的物件的平均大小，如果這個值大于老年區的剩余值大小則進行一次Full GC，如果小于檢查HandlePromotionFailure設定，如果true則只進行Monitor GC,如果false則進行Full GC，

3、解釋記憶體中的堆疊(stack)、堆(heap)和靜態區(static area)的用法

通常我們定義一個基本資料型別的變數，一個物件的參考，還有就是函式呼叫的現場保存都使用記憶體中的堆疊空間；而通過new關鍵字和構造器創建的物件放在堆空間；程式中的字面量（literal）如直接書寫的100、"hello"和常量都是放在靜態區中，堆疊空間操作起來最快但是堆疊很小，通常大量的物件都是放在堆空間，理論上整個記憶體沒有被其他行程使用的空間甚至硬碟上的虛擬記憶體都可以被當成堆空間來使用，

String str = new String("hello");

上面的陳述句中變數str放在堆疊上，用new創建出來的字串物件放在堆上，而"hello"這個字面量放在靜態區，

4、Perm Space中保存什么資料？會引起OutOfMemory嗎？

Perm Space中保存的是加載class檔案，

會引起OutOfMemory，出現例外可以設定 -XX:PermSize 的大小，JDK 1.8后，字串常量不存放在永久帶，而是在堆記憶體中，JDK8以后沒有永久代概念，而是用元空間替代，元空間不存在虛擬機中，二是使用本地記憶體，

5、什么是類的加載

類的加載指的是將類的.class檔案中的二進制資料讀入到記憶體中，將其放在運行時資料區的方法區內，然后在堆區創建一個java.lang.Class物件，用來封裝類在方法區內的資料結構，類的加載的最終產品是位于堆區中的Class物件，Class物件封裝了類在方法區內的資料結構，并且向Java程式員提供了訪問方法區內的資料結構的介面，

類加載器

• 啟動類加載器：Bootstrap ClassLoader，負責加載存放在JDK\jre\lib(JDK代表JDK的安裝目錄，下同)下，或被-Xbootclasspath引數指定的路徑中的，并且能被虛擬機識別的類別庫
• 擴展類加載器：Extension ClassLoader，該加載器由sun.misc.Launcher$ExtClassLoader實作，它負責加載DK\jre\lib\ext目錄中，或者由java.ext.dirs系統變數指定的路徑中的所有類別庫（如javax.*開頭的類），開發者可以直接使用擴展類加載器，
• 應用程式類加載器：Application ClassLoader，該類加載器由sun.misc.Launcher$AppClassLoader來實作，它負責加載用戶類路徑（ClassPath）所指定的類，開發者可以直接使用該類加載器

雙親委派機制：類加載器收到類加載請求，自己不加載，向上委托給父類加載，父類加載不了，再自己加載，優勢就是避免Java核心API篡改，

6、如何?定義?個類加載器？你使?過哪些或者你在什么場景下需要?個? 定義的類加載器嗎？

自定義類加載的意義：

1. 加載特定路徑的class檔案
2. 加載一個加密的網路class檔案
3. 熱部署加載class檔案

7、描述一下JVM加載class檔案的原理機制？

JVM中類的裝載是由類加載器（ClassLoader）和它的子類來實作的，Java中的類加載器是一個重要的Java運行時系統組件，它負責在運行時查找和裝入類檔案中的類，

由于Java的跨平臺性，經過編譯的Java源程式并不是一個可執行程式，而是一個或多個類檔案，當Java程式需要使用某個類時，JVM會確保這個類已經被加載、連接（驗證、準備和決議）和初始化，

類的加載是指把類的.class檔案中的資料讀入到記憶體中，通常是創建一個位元組陣列讀入.class檔案，然后產生與所加載類對應的Class物件，加載完成后，Class物件還不完整，所以此時的類還不可用，當類被加載后就進入連接階段，這一階段包括驗證、準備（為靜態變數分配記憶體并設定默認的初始值）和決議（將符號參考替換為直接參考）三個步驟，最后JVM對類進行初始化，包括：1)如果類存在直接的父類并且這個類還沒有被初始化，那么就先初始化父類；2)如果類中存在初始化陳述句，就依次執行這些初始化陳述句，類的加載是由類加載器完成的，類加載器包括：根加載器（BootStrap）、擴展加載器（Extension）、系統加載器（System）和用戶自定義類加載器（java.lang.ClassLoader的子類），從Java 2（JDK 1.2）開始，類加載程序采取了父親委托機制（PDM），PDM更好的保證了Java平臺的安全性，在該機制中，JVM自帶的Bootstrap是根加載器，其他的加載器都有且僅有一個父類加載器，類的加載首先請求父類加載器加載，父類加載器無能為力時才由其子類加載器自行加載，JVM不會向Java程式提供對Bootstrap的參考，

下面是關于幾個類加載器的說明：

• • bootstrap：一般用本地代碼實作，負責加載JVM基礎核心類別庫（rt.jar）；
  • Extension：從java.ext.dirs系統屬性所指定的目錄中加載類別庫，它的父加載器是Bootstrap；
  • System：又叫應用類加載器，其父類是Extension，它是應用最廣泛的類加載器，它從環境變數classpath或者系統屬性java.class.path所指定的目錄中記載類，是用戶自定義加載器的默認父加載器，

8、Java物件創建程序

1. JVM遇到一條新建物件的指令時首先去檢查這個指令的引數是否能在常量池中定義到一個類的符號參考，然后加載這個類（類加載程序在后邊講）
2. 為物件分配記憶體，一種辦法"指標碰撞"、一種辦法"空閑串列"，最終常用的辦法"本地執行緒緩沖分配(TLAB)"
3. 將除物件頭外的物件記憶體空間初始化為0
4. 對物件頭進行必要設定

9、類的生命周期

類的生命周期包括這幾個部分，加載、連接、初始化、使用和卸載，其中前三部是類的加載的程序,如下圖:

• 加載，查找并加載類的二進制資料，在Java堆中也創建一個java.lang.Class類的物件
• 連接，連接又包含三塊內容：驗證、準備、初始化， 1）驗證，檔案格式、元資料、位元組碼、符號參考驗證； 2）準備，為類的靜態變數分配記憶體，并將其初始化為默認值； 3）決議，把類中的符號參考轉換為直接參考
• 初始化，為類的靜態變數賦予正確的初始值
• 使用，new出物件程式中使用
• 卸載，執行垃圾回收

10、Java 中會存在記憶體泄漏嗎，請簡單描述，

理論上Java因為有垃圾回識訓制（GC）不會存在記憶體泄露問題（這也是Java被廣泛使用于服務器端編程的一個重要原因）；然而在實際開發中，可能會存在無用但可達的物件，這些物件不能被GC回收，因此也會導致記憶體泄露的發生，例如hibernate的Session（一級快取）中的物件屬于持久態，垃圾回收器是不會回收這些物件的，然而這些物件中可能存在無用的垃圾物件，如果不及時關閉（close）或清空（flush）一級快取就可能導致記憶體泄露，下面例子中的代碼也會導致記憶體泄露，

import java.util.Arrays;
import java.util.EmptyStackException;
public class MyStack {
    private T[] elements;
    private int size = 0;
    private static final int INIT_CAPACITY = 16;
    public MyStack() {
        elements = (T[]) new Object[INIT_CAPACITY];
    }
    public void push(T elem) {
        ensureCapacity();
        elements[size++] = elem;
    }
    public T pop() {
        if(size == 0)
            throw new EmptyStackException();
        return elements[--size];
    }
    private void ensureCapacity() {
        if(elements.length == size) {
            elements = Arrays.copyOf(elements, 2 * size + 1);
        }
    }
}

上面的代碼實作了一個堆疊（先進后出（FILO））結構，乍看之下似乎沒有什么明顯的問題，它甚至可以通過你撰寫的各種單元測驗， 然而其中的pop方法卻存在記憶體泄露的問題，當我們用pop方法彈出堆疊中的物件時，該物件不會被當作垃圾回收，即使使用堆疊的程式不再參考這些物件，因為堆疊內部維護著對這些物件的過期參考（obsolete reference），在支持垃圾回收的語言中，記憶體泄露是很隱蔽的，這種記憶體泄露其實就是無意識的物件保持， 如果一個物件參考被無意識的保留起來了，那么垃圾回收器不會處理這個物件，也不會處理該物件參考的其他物件，即使這樣的物件只有少數幾個，也可能會導致很多的物件被排除在垃圾回收之外，從而對性能造成重大影響，極端情況下會引發Disk Paging（物理記憶體與硬碟的虛擬記憶體交換資料），甚至造成OutOfMemoryError，

11、GC是什么？為什么要有GC？

GC是垃圾收集的意思，記憶體處理是編程人員容易出現問題的地方，忘記或者錯誤的記憶體回識訓導致程式或系統的不穩定甚至崩潰，Java提供的GC功能可以自動監測物件是否超過作用域從而達到自動回收記憶體的目的，Java語言沒有提供釋放已分配記憶體的顯示操作方法， Java程式員不用擔心記憶體管理，因為垃圾收集器會自動進行管理，要請求垃圾收集，可以呼叫下面的方法之一：System.gc() 或Runtime.getRuntime().gc() ，但JVM可以屏蔽掉顯示的垃圾回收呼叫， 垃圾回收可以有效的防止記憶體泄露，有效的使用可以使用的記憶體，垃圾回收器通常是作為一個單獨的低優先級的執行緒運行，不可預知的情況下對記憶體堆中已經死亡的或者長時間沒有使用的物件進行清除和回收，程式員不能實時的呼叫垃圾回收器對某個物件或所有物件進行垃圾回收， 在Java誕生初期，垃圾回收是Java最大的亮點之一，因為服務器端的編程需要有效的防止記憶體泄露問題，然而時過境遷，如今Java的垃圾回識訓制已經成為被詬病的東西，移動智能終端用戶通常覺得iOS的系統比Android系統有更好的用戶體驗，其中一個深層次的原因就在于Android系統中垃圾回收的不可預知性，

補充：垃圾回識訓制有很多種，包括：分代復制垃圾回收、標記垃圾回收、增量垃圾回收等方式，標準的Java行程既有堆疊又有堆，堆疊保存了原始型區域變數，堆保存了要創建的物件，Java平臺對堆記憶體回收和再利用的基本演算法被稱為標記和清除，但是Java對其進行了改進，采用"分代式垃圾收集"，這種方法會跟Java物件的生命周期將堆記憶體劃分為不同的區域，在垃圾收集程序中，可能會將物件移動到不同區域：

• 伊甸園（Eden）：這是物件最初誕生的區域，并且對大多數物件來說，這里是它們唯一存在過的區域，
• 幸存者樂園（Survivor）：從伊甸園幸存下來的物件會被挪到這里，
• 終身頤養園（Tenured）：這是足夠老的幸存物件的歸宿，年輕代收集（Minor-GC）程序是不會觸及這個地方的，當年輕代收集不能把物件放進終身頤養園時，就會觸發一次完全收集（Major-GC），這里可能還會牽扯到壓縮，以便為大物件騰出足夠的空間，

與垃圾回收相關的JVM引數：

• -Xms / -Xmx — 堆的初始大小 / 堆的最大大小
• -Xmn — 堆中年輕代的大小
• -XX:-DisableExplicitGC — 讓System.gc()不產生任何作用
• -XX:+PrintGCDetails — 列印GC的細節
• -XX:+PrintGCDateStamps — 列印GC操作的時間戳
• -XX:NewSize / XX:MaxNewSize — 設定新生代大小/新生代最大大小
• -XX:NewRatio — 可以設定老生代和新生代的比例
• -XX:PrintTenuringDistribution — 設定每次新生代GC后輸出幸存者樂園中物件年齡的分布
• -XX:InitialTenuringThreshold / -XX:MaxTenuringThreshold：設定老年代閥值的初始值和最大值
• -XX:TargetSurvivorRatio：設定幸存區的目標使用率

12、做GC時，?個物件在記憶體各個Space中被移動的順序是什么？

標記清除法，復制演算法，標記整理、分代演算法，

新生代一般采用復制演算法 GC，老年代使用標記整理演算法，

垃圾收集器：串行新生代收集器、串行老生代收集器、并行新生代收集器、并行老年代收集器，

CMS（Current Mark Sweep）收集器是一種以獲取最短回收停頓時間為目標的收集器，它是一種并發收集器，采用的是Mark-Sweep演算法，

13、你知道哪些垃圾回收演算法？

GC最基礎的演算法有三種： 標記 -清除演算法、復制演算法、標記-壓縮演算法，我們常用的垃圾回收器一般都采用分代收集演算法，

• 標記-清除演算法，"標記-清除"（Mark-Sweep）演算法，如它的名字一樣，演算法分為"標記"和"清除"兩個階段：首先標記出所有需要回收的物件，在標記完成后統一回收掉所有被標記的物件，
• 復制演算法，"復制"（Copying）的收集演算法，它將可用記憶體按容量劃分為大小相等的兩塊，每次只使用其中的一塊，當這一塊的記憶體用完了，就將還存活著的物件復制到另外一塊上面，然后再把已使用過的記憶體空間一次清理掉，
• 標記-壓縮演算法，標記程序仍然與"標記-清除"演算法一樣，但后續步驟不是直接對可回收物件進行清理，而是讓所有存活的物件都向一端移動，然后直接清理掉端邊界以外的記憶體
• 分代收集演算法，"分代收集"（Generational Collection）演算法，把Java堆分為新生代和老年代，這樣就可以根據各個年代的特點采用最適當的收集演算法，

14、垃圾回收器

• Serial收集器，串行收集器是最古老，最穩定以及效率高的收集器，可能會產生較長的停頓，只使用一個執行緒去回收，
• ParNew收集器，ParNew收集器其實就是Serial收集器的多執行緒版本，
• Parallel收集器，Parallel Scavenge收集器類似ParNew收集器，Parallel收集器更關注系統的吞吐量，
• Parallel Old 收集器，Parallel Old是Parallel Scavenge收集器的老年代版本，使用多執行緒和"標記－整理"演算法
• CMS收集器，CMS（Concurrent Mark Sweep）收集器是一種以獲取最短回收停頓時間為目標的收集器，
• G1收集器，G1 (Garbage-First)是一款面向服務器的垃圾收集器,主要針對配備多顆處理器及大容量記憶體的機器. 以極高概率滿足GC停頓時間要求的同時,還具備高吞吐量性能特征

15、如何判斷一個物件是否應該被回收

判斷物件是否存活一般有兩種方式：

• 參考計數：每個物件有一個參考計數屬性，新增一個參考時計數加1，參考釋放時計數減1，計數為0時可以回收，此方法簡單，無法解決物件相互回圈參考的問題，
• 可達性分析（Reachability Analysis）：從GC Roots開始向下搜索，搜索所走過的路徑稱為參考鏈，當一個物件到GC Roots沒有任何參考鏈相連時，則證明此物件是不可用的，不可達物件，

16、JVM的永久代中會發生垃圾回收么？

垃圾回收不會發生在永久代，如果永久代滿了或者是超過了臨界值，會觸發完全垃圾回收(Full GC)，如果你仔細查看垃圾收集器的輸出資訊，就會發現永久代也是被回收的，這就是為什么正確的永久代大小對避免Full GC是非常重要的原因，請參考下Java8：從永久代到元資料區 (注：Java8中已經移除了永久代，新加了一個叫做元資料區的native記憶體區)

17、參考的分類

• 強參考：GC時不會被回收
• 軟參考：描述有用但不是必須的物件，在發生記憶體溢位例外之前被回收
• 弱參考：描述有用但不是必須的物件，在下一次GC時被回收
• 虛參考（幽靈參考/幻影參考）:無法通過虛參考獲得物件，用PhantomReference實作虛參考，虛參考用來在GC時回傳一個通知，

18、調優命令

Sun JDK監控和故障處理命令有jps jstat jmap jhat jstack jinfo

• jps，JVM Process Status Tool,顯示指定系統內所有的HotSpot虛擬機行程，
• jstat，JVM statistics Monitoring是用于監視虛擬機運行時狀態資訊的命令，它可以顯示出虛擬機行程中的類裝載、記憶體、垃圾收集、JIT編譯等運行資料，
• jmap，JVM Memory Map命令用于生成heap dump檔案
• jhat，JVM Heap Analysis Tool命令是與jmap搭配使用，用來分析jmap生成的dump，jhat內置了一個微型的HTTP/HTML服務器，生成dump的分析結果后，可以在瀏覽器中查看
• jstack，用于生成java虛擬機當前時刻的執行緒快照，
• jinfo，JVM Configuration info 這個命令作用是實時查看和調整虛擬機運行引數，

19、調優工具

常用調優工具分為兩類,jdk自帶監控工具：jconsole和jvisualvm，第三方有：MAT(Memory Analyzer Tool)、GChisto，

• jconsole，Java Monitoring and Management Console是從java5開始，在JDK中自帶的java監控和管理控制臺，用于對JVM中記憶體，執行緒和類等的監控
• jvisualvm，jdk自帶全能工具，可以分析記憶體快照、執行緒快照；監控記憶體變化、GC變化等，
• MAT，Memory Analyzer Tool，一個基于Eclipse的記憶體分析工具，是一個快速、功能豐富的Java heap分析工具，它可以幫助我們查找記憶體泄漏和減少記憶體消耗
• GChisto，一款專業分析gc日志的工具

20、jstack 是?什么的? jstat 呢？如果線上程式周期性地出現卡頓，你懷疑可 能是 GC 導致的，你會怎么來排查這個問題？執行緒?志?般你會看其中的什么 部分？

jstack 用來查詢 Java 行程的堆疊資訊，

jvisualvm 監控記憶體泄露，跟蹤垃圾回收、執行時記憶體、cpu分析、執行緒分析，

21、Minor GC與Full GC分別在什么時候發生？

新生代記憶體不夠用時候發生MGC也叫YGC，JVM記憶體不夠的時候發生FGC

22、你有沒有遇到過OutOfMemory問題？你是怎么來處理這個問題的？處理 程序中有哪些識訓？

permgen space、heap space 錯誤，

常見的原因

• • 記憶體加載的資料量太大：一次性從資料庫取太多資料；
  • 集合類中有對物件的參考，使用后未清空，GC不能進行回收；
  • 代碼中存在回圈產生過多的重復物件；
  • 啟動引數堆記憶體值小，

23、JDK 1.8之后Perm Space有哪些變動? MetaSpace??默認是?限的么? 還是你們會通過什么?式來指定??？

JDK 1.8后用元空間替代了 Perm Space；字串常量存放到堆記憶體中，

MetaSpace大小默認沒有限制，一般根據系統記憶體的大小，JVM會動態改變此值，

-XX:MetaspaceSize：分配給類元資料空間（以位元組計）的初始大小（Oracle邏輯存盤上的初始高水位，the initial high-water-mark），此值為估計值，MetaspaceSize的值設定的過大會延長垃圾回收時間，垃圾回收過后，引起下一次垃圾回收的類元資料空間的大小可能會變大，

-XX:MaxMetaspaceSize：分配給類元資料空間的最大值，超過此值就會觸發Full GC，此值默認沒有限制，但應取決于系統記憶體的大小，JVM會動態地改變此值，

24、StackOverflow例外有沒有遇到過？?般你猜測會在什么情況下被觸發？如何指定?個執行緒的堆疊??？?般你們寫多少？

堆疊記憶體溢位，一般由堆疊記憶體的區域變數過爆了，導致記憶體溢位，出現在遞回方法，引數個數過多，遞回過深，遞回沒有出口，

25. Java四參考

• 強參考（StrongReference）強參考是使用最普遍的參考，如果一個物件具有強參考，那垃圾回收器絕不會回收它，當記憶體空間不足，Java虛擬機寧愿拋出OutOfMemoryError錯誤，使程式例外終止，也不會靠隨意回收具有強參考的物件來解決記憶體不足的問題
• 軟參考（SoftReference）
  如果記憶體空間不足了，就會回收這些物件的記憶體，只要垃圾回收器沒有回收它，軟參考可以和一個參考佇列（ReferenceQueue）聯合使用，如果軟參考所參考的物件被垃圾回收器回收，Java虛擬機就會把這個軟參考加入到與之關聯的參考佇列中
• 弱參考（WeakReference）
  弱參考與軟參考的區別在于：只具有弱參考的物件擁有更短暫的生命周期，在垃圾回收器執行緒掃描它所管轄的記憶體區域的程序中，一旦發現了只具有弱參考的物件，不管當前記憶體空間足夠與否，都會回收它的記憶體，
  弱參考可以和一個參考佇列（ReferenceQueue）聯合使用，如果弱參考所參考的物件被垃圾回收，Java虛擬機就會把這個弱參考加入到與之關聯的參考佇列中
• 虛參考（PhantomReference）
  虛參考在任何時候都可能被垃圾回收器回收，主要用來跟蹤物件被垃圾回收器回收的活動，被回收時會收到一個系統通知，虛參考與軟參考和弱參考的一個區別在于：虛參考必須和參考佇列 （ReferenceQueue）聯合使用，當垃圾回收器準備回收一個物件時，如果發現它還有虛參考，就會在回收物件的記憶體之前，把這個虛參考加入到與之關聯的參考佇列中，

26. GC 標記物件的死活

• 參考計數法：給物件添加一個參考計數器,沒當被參考的時候,計數器的值就加一，參考失效的時候減一,當計數器的值為 0 的時候就表示改物件可以被 GC 回收了，弊端:A->B,B->A,那么 AB 將永遠不會被回收了，也就是參考有環的情況
• 根搜索演算法(可達性演算法) GC Roots Tracing：通過一個叫 GC Roots 的物件作為起點,從這些結點開始向下搜索,搜索所走過的路徑稱為參考鏈,當一個物件沒有與任何的參考鏈相連的時候則改物件就可以被， GC 回識訓收了Roots 包括：java 虛擬機堆疊中參考的物件,本地方法堆疊中參考的物件,方法區中常量參考的物件,方法區中靜態屬性參考的物件
  • 在Java語言里，可作為GC Roots的物件包括以下幾種：

 虛擬機堆疊（堆疊幀中的本地變數表）中的參考的物件
 方法區中的類靜態屬性參考的物件
 方法區中的常量參考的物件，
 本地方法堆疊中JNI(即一般說的Native方法)的參考的物件，            

27. 引起類加載操作的五個行為

• 遇到new、getstatic、putstatic或invokestatic這四條位元組碼指令
• 反射呼叫的時候，如果類沒有進行過初始化，則需要先觸發其初始化
• 子類初始化的時候，如果其父類還沒初始化，則需先觸發其父類的初始化
• 虛擬機執行主類的時候(有 main(string[] args))
• JDK1.7 動態語言支持

28. Java物件創建時機

• 使用new關鍵字創建物件
• 使用Class類的newInstance方法(反射機制)
• 使用Constructor類的newInstance方法(反射機制)
• 使用Clone方法創建物件
• 使用(反)序列化機制創建物件

有人喜歡說，就這 就這 ，其實當你知道了上面 這些面試題之后，即使上面沒有提的 ，你也可以靈活使用了 邏輯的方式去回答，瞎扯，面試官，也會覺得 你 np

微信搜一搜 : 全堆疊小劉 ，獲取文章 pdf 版本

標籤：Java

上一篇：AQS原始碼深入分析之獨占模式-ReentrantLock鎖特性詳解

下一篇：python排序的兩個方法