聽說又被 JVM 記憶體區域方面的面試題給虐了？看看這篇文章吧！
基本問題
• 介紹下 Java 記憶體區域（執行時資料區） • Java 物件的建立過程（五步，建議能默寫出來並且要知道每一步虛擬機器做了什麼） • 物件的訪問定位的兩種方式（控制代碼和直接指標兩種方式）
拓展問題
• String類和常量池 • 8種基本型別的包裝類和常量池
一 概述
對於 Java 程式設計師來說，在虛擬機器自動記憶體管理機制下，不再需要像C/C++程式開發程式設計師這樣為內一個 new 操作去寫對應的 delete/free 操作，不容易出現記憶體洩漏和記憶體溢位問題。正是因為 Java 程式設計師把記憶體控制權利交給 Java 虛擬機器，一旦出現記憶體洩漏和溢位方面的問題，如果不瞭解虛擬機器是怎樣使用記憶體的，那麼排查錯誤將會是一個非常艱鉅的任務。
二 執行時資料區域
Java 虛擬機器在執行 Java 程式的過程中會把它管理的記憶體劃分成若干個不同的資料區域。JDK. 1.8 和之前的版本略有不同，下面會介紹到。
JDK 1.8之前：
執行緒私有的：
•程式計數器•虛擬機器棧•本地方法棧
執行緒共享的：
•堆•方法區•直接記憶體(非執行時資料區的一部分)
2.1 程式計數器
程式計數器是一塊較小的記憶體空間，可以看作是當前執行緒所執行的位元組碼的行號指示器。 位元組碼直譯器工作時通過改變這個計數器的值來選取下一條需要執行的位元組碼指令，分支、迴圈、跳轉、異常處理、執行緒恢復等功能都需要依賴這個計數器來完。
另外， 為了執行緒切換後能恢復到正確的執行位置，每條執行緒都需要有一個獨立的程式計數器，各執行緒之間計數器互不影響，獨立儲存，我們稱這類記憶體區域為“執行緒私有”的記憶體。
從上面的介紹中我們知道程式計數器主要有兩個作用：
•位元組碼直譯器通過改變程式計數器來依次讀取指令，從而實現程式碼的流程控制，如：順序執行、選擇、迴圈、異常處理。•在多執行緒的情況下，程式計數器用於記錄當前執行緒執行的位置，從而當執行緒被切換回來的時候能夠知道該執行緒上次執行到哪兒了。
注意：程式計數器是唯一一個不會出現 OutOfMemoryError 的記憶體區域，它的生命週期隨著執行緒的建立而建立，隨著執行緒的結束而死亡。
2.2 Java 虛擬機器棧
與程式計數器一樣，Java虛擬機器棧也是執行緒私有的，它的生命週期和執行緒相同，描述的是 Java 方法執行的記憶體模型，每次方法呼叫的資料都是通過棧傳遞的。
Java 記憶體可以粗糙的區分為堆記憶體（Heap）和棧記憶體(Stack),其中棧就是現在說的虛擬機器棧，或者說是虛擬機器棧中區域性變量表部分。 （實際上，Java虛擬機器棧是由一個個棧幀組成，而每個棧幀中都擁有：區域性變量表、運算元棧、動態連結、方法出口資訊。）
區域性變量表主要存放了編譯器可知的各種資料型別 （boolean、byte、char、short、int、float、long、double）、 物件引用 （reference型別，它不同於物件本身，可能是一個指向物件起始地址的引用指標，也可能是指向一個代表物件的控制代碼或其他與此物件相關的位置）。
Java 虛擬機器棧會出現兩種異常：StackOverFlowError 和 OutOfMemoryError。
• StackOverFlowError： 若Java虛擬機器棧的記憶體大小不允許動態擴充套件，那麼當執行緒請求棧的深度超過當前Java虛擬機器棧的最大深度的時候，就丟擲StackOverFlowError異常。• OutOfMemoryError： 若 Java 虛擬機器棧的記憶體大小允許動態擴充套件，且當執行緒請求棧時記憶體用完了，無法再動態擴充套件了，此時丟擲OutOfMemoryError異常。
Java 虛擬機器棧也是執行緒私有的，每個執行緒都有各自的Java虛擬機器棧，而且隨著執行緒的建立而建立，隨著執行緒的死亡而死亡。
擴充套件：那麼方法/函式如何呼叫？
Java 棧可用類比資料結構中棧，Java 棧中儲存的主要內容是棧幀，每一次函式呼叫都會有一個對應的棧幀被壓入Java棧，每一個函式呼叫結束後，都會有一個棧幀被彈出。
Java方法有兩種返回方式：
•return 語句。•丟擲異常。
不管哪種返回方式都會導致棧幀被彈出。
2.3 本地方法棧
和虛擬機器棧所發揮的作用非常相似，區別是： 虛擬機器棧為虛擬機器執行 Java 方法 （也就是位元組碼）服務，而本地方法棧則為虛擬機器使用到的 Native 方法服務。 在 HotSpot 虛擬機器中和 Java 虛擬機器棧合二為一。
本地方法被執行的時候，在本地方法棧也會建立一個棧幀，用於存放該本地方法的區域性變量表、運算元棧、動態連結、出口資訊。
方法執行完畢後相應的棧幀也會出棧並釋放記憶體空間，也會出現 StackOverFlowError 和 OutOfMemoryError 兩種異常。
2.4 堆
Java 虛擬機器所管理的記憶體中最大的一塊，Java 堆是所有執行緒共享的一塊記憶體區域，在虛擬機器啟動時建立。 此記憶體區域的唯一目的就是存放物件例項，幾乎所有的物件例項以及陣列都在這裡分配記憶體。
Java 堆是垃圾收集器管理的主要區域，因此也被稱作 GC堆（Garbage Collected Heap） .從垃圾回收的角度，由於現在收集器基本都採用分代垃圾收集演算法，所以Java堆還可以細分為：新生代和老年代：再細緻一點有：Eden空間、From Survivor、To Survivor空間等。 進一步劃分的目的是更好地回收記憶體，或者更快地分配記憶體。
——圖片來源：https://blog.csdn.net/wangbiao007/article/details/78545189[1]
2.7 直接記憶體
直接記憶體並不是虛擬機器執行時資料區的一部分，也不是虛擬機器規範中定義的記憶體區域，但是這部分記憶體也被頻繁地使用。而且也可能導致 OutOfMemoryError 異常出現。
JDK1.4 中新加入的 NIO(New Input/Output) 類 ，引入了一種基於 通道（Channel） 與 快取區（Buffer） 的 I/O 方式，它可以直接使用 Native 函式庫直接分配堆外記憶體，然後通過一個儲存在 Java 堆中的 DirectByteBuffer 物件作為這塊記憶體的引用進行操作。這樣就能在一些場景中顯著提高效能，因為 避免了在 Java 堆和 Native 堆之間來回複製資料 。
本機直接記憶體的分配不會收到 Java 堆的限制，但是，既然是記憶體就會受到本機總記憶體大小以及處理器定址空間的限制。
三 HotSpot 虛擬機器物件探祕
通過上面的介紹我們大概知道了虛擬機器的記憶體情況，下面我們來詳細的瞭解一下 HotSpot 虛擬機器在 Java 堆中物件分配、佈局和訪問的全過程。
3.1 物件的建立
下圖便是 Java 物件的建立過程，我建議最好是能默寫出來，並且要掌握每一步在做什麼。
①類載入檢查： 虛擬機器遇到一條 new 指令時，首先將去檢查這個指令的引數是否能在常量池中定位到這個類的符號引用，並且檢查這個符號引用代表的類是否已被載入過、解析和初始化過。如果沒有，那必須先執行相應的類載入過程。
②分配記憶體： 在 類載入檢查 通過後，接下來虛擬機器將為新生物件 分配記憶體 。物件所需的記憶體大小在類載入完成後便可確定，為物件分配空間的任務等同於把一塊確定大小的記憶體從 Java 堆中劃分出來。 分配方式 有 “指標碰撞” 和 “空閒列表” 兩種， 選擇那種分配方式由 Java 堆是否規整決定，而Java堆是否規整又由所採用的垃圾收集器是否帶有壓縮整理功能決定 。
記憶體分配的兩種方式：（補充內容，需要掌握）
選擇以上兩種方式中的哪一種，取決於 Java 堆記憶體是否規整。而 Java 堆記憶體是否規整，取決於 GC 收集器的演算法是"標記-清除"，還是"標記-整理"（也稱作"標記-壓縮"），值得注意的是，複製演算法記憶體也是規整的
記憶體分配併發問題（補充內容，需要掌握）
在建立物件的時候有一個很重要的問題，就是執行緒安全，因為在實際開發過程中，建立物件是很頻繁的事情，作為虛擬機器來說，必須要保證執行緒是安全的，通常來講，虛擬機器採用兩種方式來保證執行緒安全：
• CAS+失敗重試： CAS 是樂觀鎖的一種實現方式。所謂樂觀鎖就是，每次不加鎖而是假設沒有衝突而去完成某項操作，如果因為衝突失敗就重試，直到成功為止。 虛擬機器採用 CAS 配上失敗重試的方式保證更新操作的原子性。 • TLAB： 為每一個執行緒預先在Eden區分配一塊兒記憶體，JVM在給執行緒中的物件分配記憶體時，首先在TLAB分配，當物件大於TLAB中的剩餘記憶體或TLAB的記憶體已用盡時，再採用上述的CAS進行記憶體分配
③初始化零值： 記憶體分配完成後，虛擬機器需要將分配到的記憶體空間都初始化為零值（不包括物件頭），這一步操作保證了物件的例項欄位在 Java 程式碼中可以不賦初始值就直接使用，程式能訪問到這些欄位的資料型別所對應的零值。
④設定物件頭： 初始化零值完成之後， 虛擬機器要對物件進行必要的設定 ，例如這個物件是那個類的例項、如何才能找到類的元資料資訊、物件的雜湊嗎、物件的 GC 分代年齡等資訊。 這些資訊存放在物件頭中。 另外，根據虛擬機器當前執行狀態的不同，如是否啟用偏向鎖等，物件頭會有不同的設定方式。
⑤執行 init 方法： 在上面工作都完成之後，從虛擬機器的視角來看，一個新的物件已經產生了，但從 Java 程式的視角來看，物件建立才剛開始，<init>方法還沒有執行，所有的欄位都還為零。所以一般來說，執行 new 指令之後會接著執行<init>方法，把物件按照程式設計師的意願進行初始化，這樣一個真正可用的物件才算完全產生出來。
3.2 物件的記憶體佈局
在 Hotspot 虛擬機器中，物件在記憶體中的佈局可以分為3塊區域： 物件頭 、 例項資料 和 對齊填充 。
Hotspot虛擬機器的物件頭包括兩部分資訊 ， 第一部分用於儲存物件自身的自身執行時資料 （雜湊碼、GC分代年齡、鎖狀態標誌等等）， 另一部分是型別指標 ，即物件指向它的類元資料的指標，虛擬機器通過這個指標來確定這個物件是那個類的例項。
例項資料部分是物件真正儲存的有效資訊 ，也是在程式中所定義的各種型別的欄位內容。
對齊填充部分不是必然存在的，也沒有什麼特別的含義，僅僅起佔位作用。 因為Hotspot虛擬機器的自動記憶體管理系統要求物件起始地址必須是8位元組的整數倍，換句話說就是物件的大小必須是8位元組的整數倍。而物件頭部分正好是8位元組的倍數（1倍或2倍），因此，當物件例項資料部分沒有對齊時，就需要通過對齊填充來補全。
3.3 物件的訪問定位
建立物件就是為了使用物件，我們的Java程式通過棧上的 reference 資料來操作堆上的具體物件。物件的訪問方式有虛擬機器實現而定，目前主流的訪問方式有 ①使用控制代碼 和 ②直接指標 兩種：
• 控制代碼： 如果使用控制代碼的話，那麼Java堆中將會劃分出一塊記憶體來作為控制代碼池，reference 中儲存的就是物件的控制代碼地址，而控制代碼中包含了物件例項資料與型別資料各自的具體地址資訊；
·直接指標 ： 如果使用直接指標訪問，那麼 Java 堆物件的佈局中就必須考慮如何放置訪問型別資料的相關資訊，而reference 中儲存的直接就是物件的地址。
這兩種物件訪問方式各有優勢。使用控制代碼來訪問的最大好處是 reference 中儲存的是穩定的控制代碼地址，在物件被移動時只會改變控制代碼中的例項資料指標，而 reference 本身不需要修改。使用直接指標訪問方式最大的好處就是速度快，它節省了一次指標定位的時間開銷。
四 重點補充內容
String 類和常量池
1 String 物件的兩種建立方式：
這兩種不同的建立方法是有差別的，第一種方式是在常量池中拿物件，第二種方式是直接在堆記憶體空間建立一個新的物件。
記住：只要使用new方法，便需要建立新的物件。
2 String 型別的常量池比較特殊。它的主要使用方法有兩種：
•直接使用雙引號宣告出來的 String 物件會直接儲存在常量池中。•如果不是用雙引號宣告的 String 物件，可以使用 String 提供的 intern 方法。String.intern() 是一個 Native 方法，它的作用是：如果執行時常量池中已經包含一個等於此 String 物件內容的字串，則返回常量池中該字串的引用；如果沒有，則在常量池中建立與此 String 內容相同的字串，並返回常量池中建立的字串的引用。
字串拼接
儘量避免多個字串拼接，因為這樣會重新建立物件。如果需要改變字串的話，可以使用 StringBuilder 或者 StringBuffer。
這句話建立了幾個物件？
建立了兩個物件。
驗證：
結果：
解釋：
先有字串"abc"放入常量池，然後 new 了一份字串"abc"放入Java堆(字串常量"abc"在編譯期就已經確定放入常量池，而 Java 堆上的"abc"是在執行期初始化階段才確定)，然後 Java 棧的 str1 指向Java堆上的"abc"。
8種基本型別的包裝類和常量池
• Java 基本型別的包裝類的大部分都實現了常量池技術，即Byte,Short,Integer,Long,Character,Boolean；這5種包裝類預設建立了數值[-128，127]的相應型別的快取資料，但是超出此範圍仍然會去建立新的物件。 • 兩種浮點數型別的包裝類 Float,Double 並沒有實現常量池技術。
Integer 快取原始碼：
應用場景：
•Integer i1=40；Java 在編譯的時候會直接將程式碼封裝成Integer i1=Integer.valueOf(40);，從而使用常量池中的物件。
•Integer i1 = new Integer(40);這種情況下會建立新的物件。
Integer比較更豐富的一個例子:
結果：
解釋：
語句i4 == i5 + i6，因為+這個操作符不適用於Integer物件，首先i5和i6進行自動拆箱操作，進行數值相加，即i4 == 40。然後Integer物件無法與數值進行直接比較，所以i4自動拆箱轉為int值40，最終這條語句轉為40 == 40進行數值比較。