Java內存區域

運行時數據區域

Java虛擬機在執行Java程序的過程中會把它所管理的內存劃分爲若干個不同的數據區域。JDK 1.8和之前的版本略有不用，見下圖：

JDK 1.8之前：

JDK 1.8之後：

線程私有的：程序計數器、虛擬機棧、本地方法棧

線程共享的：堆、方法區、直接內存

程序計數器

程序計數器是一塊較小的內存空間，可以看作是當前線程所執行的字節碼的行號指示器。字節碼解釋器工作時通過改變這個計數器的值來選取下一條需要執行的字節碼指令，分支、循環、跳轉、異常處理、線程恢復等功能都需要依賴這個計數器來完成。

另外，爲了線程切換後能恢復到正確的執行位置，每條線程都需要有一個獨立的程序計數器，各線程之間計數器互不影響，獨立存儲，我們稱這類內存區域爲“線程私有”的內存。

從上面的介紹中我們知道程序計數器主要有兩個作用：

字節碼解釋器通過改變程序計數器來依次讀取指令，從而實現代碼的流程控制，如：順序執行、選擇、循環、異常處理。
在多線程的情況下，程序計數器用於記錄當前線程執行的位置，從而當線程被切換回來的時候能夠知道該線程上次運行到哪兒了。

如果線程正在執行的是一個Java方法，這個計數器記錄的是正在執行的虛擬機字節碼指令的地址；如果正在執行的是本地(Native)方法，這個計數器值則爲空。

注意：程序計數器是唯一一個不會出現 OutOfMemoryError 的內存區域，它的生命週期隨着線程的創建而創建，隨着線程的結束而死亡。**

Java 虛擬機棧

與程序計數器一樣，Java 虛擬機棧也是線程私有的，它的生命週期和線程相同，描述的是 Java 方法執行的內存模型，每次方法調用的數據都是通過棧傳遞的。

虛擬機棧描述的是Java方法執行的線程內存模型：每個方法執行的時候，Java虛擬機都會同步創建一個棧幀用於存儲局部變量表、操作數棧、動態鏈接、方法出口信息。每一個方法被調用直至執行完畢的過程，就對應着一個棧幀在虛擬機棧中從入棧到出棧的過程。

局部變量表主要存放了編譯器可知的各種數據類型（boolean、byte、char、short、int、float、long、double）、對象引用（reference 類型，它不同於對象本身，可能是一個指向對象起始地址的引用指針，也可能是指向一個代表對象的句柄或其他與此對象相關的位置）和**returnAddress類型(**指向了一條字節碼指令的地址)。

這些數據類型在局部變量表中的存儲空間以局部變量槽(Slot)來表示，其中64位長度的long和double類型的數據會佔用兩個變量槽，其餘類型只佔用一個。局部變量表所需的內存空間在編譯期間完成分配，當進入一個方法時，這個方法需要在棧幀中分配多大的局部變量空間是完全確定的，在方法運行期間不會改變局部變量表的大小。（"大小"指的是變量槽的數量）

Java 虛擬機棧會出現兩種錯誤：StackOverFlowError 和 OutOfMemoryError。

StackOverFlowError： 若 Java 虛擬機棧的內存大小不允許動態擴展，那麼當線程請求棧的深度超過當前 Java 虛擬機棧的最大深度的時候，就拋出 StackOverFlowError 錯誤。
OutOfMemoryError： 若 Java 虛擬機棧的內存大小允許動態擴展，且當線程請求棧時內存用完了，無法再動態擴展了，此時拋出 OutOfMemoryError 錯誤。

擴展：那麼方法/函數如何調用？

Java 棧可用類比數據結構中棧，Java 棧中保存的主要內容是棧幀，每一次函數調用都會有一個對應的棧幀被壓入 Java 棧，每一個函數調用結束後，都會有一個棧幀被彈出。

Java 方法有兩種返回方式：

return 語句。
拋出異常。

不管哪種返回方式都會導致棧幀被彈出。

本地方法棧

和虛擬機棧所發揮的作用非常相似，區別是： 虛擬機棧爲虛擬機執行 Java 方法（也就是字節碼）服務，而本地方法棧則爲虛擬機使用到的 Native 方法服務。 在 HotSpot 虛擬機中和 Java 虛擬機棧合二爲一。

方法執行完畢後相應的棧幀也會出棧並釋放內存空間，也會出現 StackOverFlowError 和 OutOfMemoryError 兩種錯誤。

堆

Java 堆是Java 虛擬機所管理的內存中最大的一塊，也是所有線程共享的一塊內存區域，在虛擬機啓動時創建。此內存區域的唯一目的就是存放對象實例，幾乎所有的對象實例以及數組都在這裏分配內存。

Java 堆是垃圾收集器管理的主要區域，因此也被稱作GC 堆（Garbage Collected Heap）.從垃圾回收的角度，由於現在收集器基本都採用分代垃圾收集算法，所以 Java 堆還可以細分爲：新生代和老年代：再細緻一點有：Eden 空間、From Survivor、To Survivor 空間等。進一步劃分的目的是更好地回收內存，或者更快地分配內存。

在 JDK 7 版本及JDK 7 版本之前，堆內存被通常被分爲下面三部分：

新生代內存(Young Generation)
老生代(Old Generation)
永生代(Permanent Generation)

JDK 8 版本之後方法區（HotSpot 的永久代）被徹底移除了（JDK1.7 就已經開始了），取而代之是元空間，元空間使用的是直接內存。

上圖所示的 Eden 區、兩個 Survivor 區都屬於新生代（爲了區分，這兩個 Survivor 區域按照順序被命名爲 s1 和 s2），中間一層屬於老年代。

大部分情況，對象都會首先在 Eden 區域分配，在一次新生代垃圾回收後，如果對象還存活，則會進入 s1 或者 s2，並且對象的年齡還會加 1(Eden 區->Survivor 區後對象的初始年齡變爲 1)，當它的年齡增加到一定程度（默認爲 15 歲），就會被晉升到老年代中。對象晉升到老年代的年齡閾值，可以通過參數 -XX:MaxTenuringThreshold 來設置。

新生代到老年代的閾值：

Hotspot遍歷所有對象時，按照年齡從小到大對其所佔用的大小進行累積，當累積的某個年齡大小超過了survivor區的一半時，取這個年齡和MaxTenuringThreshold中更小的一個值，作爲新的晉升年齡閾值。

堆這裏最容易出現的就是 OutOfMemoryError 錯誤，並且出現這種錯誤之後的表現形式還會有幾種，比如：

OutOfMemoryError: GC Overhead Limit Exceeded ：當JVM花太多時間執行垃圾回收並且只能回收很少的堆空間時，就會發生此錯誤。
java.lang.OutOfMemoryError: Java heap space :假如在創建新的對象時, 堆內存中的空間不足以存放新創建的對象, 就會引發java.lang.OutOfMemoryError: Java heap space 錯誤。(和本機物理內存無關，和你配置的內存大小有關！)

方法區

方法區與 Java 堆一樣，是各個線程共享的內存區域，它用於存儲已被虛擬機加載的類信息、常量、靜態變量、即時編譯器編譯後的代碼等數據。雖然 Java 虛擬機規範把方法區描述爲堆的一個邏輯部分，但是它卻有一個別名叫做 Non-Heap（非堆），目的應該是與 Java 堆區分開來。方法區也被稱爲永久代。

方法區和永久代的關係

《Java 虛擬機規範》只是規定了有方法區這麼個概念和它的作用，並沒有規定如何去實現它。那麼，在不同的 JVM 上方法區的實現肯定是不同的了。方法區和永久代的關係很像 Java 中接口和類的關係，類實現了接口，而永久代就是 HotSpot 虛擬機對虛擬機規範中方法區的一種實現方式。 也就是說，永久代是 HotSpot 的概念，方法區是 Java 虛擬機規範中的定義，是一種規範，而永久代是一種實現，一個是標準一個是實現，其他的虛擬機實現並沒有永久代這一說法。

常用參數

JDK 1.8 之前永久代還沒被徹底移除的時候通常通過下面這些參數來調節方法區大小

-XX:PermSize=N //方法區 (永久代) 初始大小
-XX:MaxPermSize=N //方法區 (永久代) 最大大小,超過這個值將會拋出 OutOfMemoryError 異常:java.lang.OutOfMemoryError: PermGen

相對而言，垃圾收集行爲在這個區域是比較少出現的，但並非數據進入方法區後就“永久存在”了。這區域的內存回收目標主要是針對常量池的回收和對類型的卸載，一般來說這個區域的回收效果比較好。

JDK 1.8 的時候，方法區（HotSpot 的永久代）被徹底移除了（JDK1.7 就已經開始了），取而代之是元空間，元空間使用的是直接內存。

下面是一些常用參數：

-XX:MetaspaceSize=N //設置 Metaspace 的初始（和最小大小）
-XX:MaxMetaspaceSize=N //設置 Metaspace 的最大大小

與永久代很大的不同就是，如果不指定大小的話，隨着更多類的創建，虛擬機會耗盡所有可用的系統內存。

元空間

JDK 1.8之後使用元空間（存放在內存裏）替代方法區，爲什麼要這樣做？

整個永久代有一個 JVM 本身設置固定大小上限，無法進行調整，而元空間使用的是直接內存，受本機可用內存的限制，雖然元空間仍舊可能溢出，但是比原來出現的機率會更小。

當你元空間溢出時會得到如下錯誤： java.lang.OutOfMemoryError: MetaSpace

你可以使用 -XX：MaxMetaspaceSize 標誌設置最大元空間大小，默認值爲 unlimited，這意味着它只受系統內存的限制。-XX：MetaspaceSize 調整標誌定義元空間的初始大小如果未指定此標誌，則 Metaspace 將根據運行時的應用程序需求動態地重新調整大小。
元空間裏面存放的是類的元數據，這樣加載多少類的元數據就不由 MaxPermSize 控制了, 而由系統的實際可用空間來控制，這樣能加載的類就更多了。

運行時常量池

運行時常量池是方法區的一部分。Class 文件中除了有類的版本、字段、方法、接口等描述信息外，還有常量池信息（用於存放編譯期生成的各種字面量和符號引用）

既然運行時常量池是方法區的一部分，自然受到方法區內存的限制，當常量池無法再申請到內存時會拋出 OutOfMemoryError 錯誤。

JDK1.7 及之後版本的 JVM 已經將運行時常量池從方法區中移了出來，在 Java 堆（Heap）中開闢了一塊區域存放運行時常量池。

直接內存

直接內存並不是虛擬機運行時數據區的一部分，也不是虛擬機規範中定義的內存區域，但是這部分內存也被頻繁地使用。而且也可能導致 OutOfMemoryError 錯誤出現。

JDK1.4 中新加入的 NIO(New Input/Output) 類，引入了一種基於通道（Channel） 與緩存區（Buffer） 的 I/O 方式，它可以直接使用 Native 函數庫直接分配堆外內存，然後通過一個存儲在 Java 堆中的 DirectByteBuffer 對象作爲這塊內存的引用進行操作。這樣就能在一些場景中顯著提高性能，因爲避免了在 Java 堆和 Native 堆之間來回複製數據。

本機直接內存的分配不會受到 Java 堆的限制，但是，既然是內存就會受到本機總內存大小以及處理器尋址空間的限制。

HotSpot虛擬機對象探祕

對象的創建

通過上面的介紹我們大概知道了虛擬機的內存情況，下面我們來詳細的瞭解一下 HotSpot 虛擬機在 Java 堆中對象分配、佈局和訪問的全過程。

Step1:類加載檢查

虛擬機遇到一條 new 指令時，首先將去檢查這個指令的參數是否能在常量池中定位到這個類的符號引用，並且檢查這個符號引用代表的類是否已被加載過、解析和初始化過。如果沒有，那必須先執行相應的類加載過程。

Step2:分配內存

在類加載檢查通過後，接下來虛擬機將爲新生對象分配內存。對象所需的內存大小在類加載完成後便可確定，爲對象分配空間的任務等同於把一塊確定大小的內存從 Java 堆中劃分出來。分配方式有 “指針碰撞” 和 “空閒列表” 兩種，選擇那種分配方式由 Java 堆是否規整決定，而 Java 堆是否規整又由所採用的垃圾收集器是否帶有壓縮整理功能決定。

內存分配的兩種方式：

選擇以上兩種方式中的哪一種，取決於 Java 堆內存是否規整。而 Java 堆內存是否規整，取決於 GC 收集器的算法是"標記-清除"，還是"標記-整理"（也稱作"標記-壓縮"），值得注意的是，複製算法內存也是規整的。

內存分配併發問題

在創建對象的時候有一個很重要的問題，就是線程安全，因爲在實際開發過程中，創建對象是很頻繁的事情，作爲虛擬機來說，必須要保證線程是安全的，通常來講，虛擬機採用兩種方式來保證線程安全：

CAS+失敗重試： CAS 是樂觀鎖的一種實現方式。所謂樂觀鎖就是，每次不加鎖而是假設沒有衝突而去完成某項操作，如果因爲衝突失敗就重試，直到成功爲止。虛擬機採用 CAS 配上失敗重試的方式保證更新操作的原子性。
**本地線程分配緩衝(TLAB)：**爲每一個線程預先在 Eden 區分配一塊兒內存，稱爲TLAB；JVM 在給線程中的對象分配內存時，首先在 TLAB 分配，當對象大於 TLAB 中的剩餘內存或 TLAB 的內存已用盡時，再採用上述的 CAS 進行內存分配。

Step3:初始化零值

內存分配完成後，虛擬機需要將分配到的內存空間都初始化爲零值（不包括對象頭），這一步操作保證了對象的實例字段在 Java 代碼中可以不賦初始值就直接使用，程序能訪問到這些字段的數據類型所對應的零值。

Step4:設置對象頭

初始化零值完成之後，虛擬機要對對象進行必要的設置，例如這個對象是那個類的實例、如何才能找到類的元數據信息、對象的哈希碼、對象的 GC 分代年齡等信息。 這些信息存放在對象頭中。 另外，根據虛擬機當前運行狀態的不同，如是否啓用偏向鎖等，對象頭會有不同的設置方式。

Step5:執行 init 方法

在上面工作都完成之後，從虛擬機的視角來看，一個新的對象已經產生了，但從 Java 程序的視角來看，對象創建纔剛開始。<init>方法還沒有執行，所有的字段都還爲零。所以一般來說，執行 new 指令之後會接着執行<init>方法，把對象按照程序員的意願進行初始化，這樣一個真正可用的對象纔算完全產生出來。（<init>方法即初始化方法或者稱爲構造方法）

對象的內存佈局

在 Hotspot 虛擬機中，對象在內存中的佈局可以分爲 3 塊區域：對象頭、實例數據和對齊填充。

對象頭

Hotspot 虛擬機的對象頭包括兩部分信息，第一部分用於存儲對象自身的運行時數據，另一部分是類型指針。

對象自身的運行時數據

包括哈希碼、GC 分代年齡、鎖狀態標誌、線程持有的鎖、偏向線程ID和偏向時間戳等，這部分數據的長度在32位和64位的虛擬機中分別爲32bit和64bit，稱爲**“Mark Word”**。

對象需要存儲的運行時數據很多，其實已經超過64bit，因對象頭裏的信息是與對象自身定義無關的額外存儲成本，所以Mark Word被設計成一個動態數據結構，根據對象的狀態複用自己的存儲空間。

在32位的HotSpot虛擬機中，Mark Word存儲內容如下:

如：在對象未被鎖時，Mark Word的25bit存儲對象的hashcode，4bit存儲分代年齡，1bit表示是否偏向鎖，2bit用於存儲鎖標誌位。不用的鎖狀態用不同的鎖標誌位表示。

可以看到，分代年齡最大爲15，因爲只用4bit存儲。

類型指針

類型指針是對象指向它的類型元數據的指針，Java虛擬機通過這個指針來確定該對象是哪個類的實例。並不是所有的虛擬機實現都必須在對象數據上保留類型指針，即查找對象的元數據信息不一定要經過對象本身。

如果對象是一個Java數組，那在對象頭上還必須有一塊用於記錄數組長度的數據，因爲虛擬機可以通過普通Java對象的元數據信息確定Java對象的大小，但是如果數組的長度是不確定的，將無法通過元數據中的信息推斷出數組的大小。

實例數據

實例數據部分是對象真正存儲的有效信息，即我們定義的各種類型的字段內容，無論是從父類繼承下來的，還是子類中定義的，都必須記錄下來。

HotSpot虛擬機默認的分配順序爲longs/doubles、ints、shorts/chars、bytes/booleans、oops，從以上默認的分配策略中可以看到，相同寬度的字段總是被分配到一起存放，在滿足這個前提條件下，在父類中定義的變量會出現在子類之前。

對齊填充

對齊填充部分不是必然存在的，也沒有什麼特別的含義，僅僅起佔位作用。 因爲 Hotspot 虛擬機的自動內存管理系統要求對象起始地址必須是 8 字節的整數倍，換句話說就是對象的大小必須是 8 字節的整數倍。而對象頭部分正好是 8 字節的倍數（1 倍或 2 倍），因此，當對象實例數據部分沒有對齊時，就需要通過對齊填充來補全。

對象的訪問定位

建立對象就是爲了使用對象，我們的 Java 程序通過棧上的 reference 數據來操作堆上的具體對象。對象的訪問方式由虛擬機實現而定，目前主流的訪問方式有①使用句柄和②直接指針兩種：

句柄： 如果使用句柄的話，那麼 Java 堆中將會劃分出一塊內存來作爲句柄池，reference 中存儲的就是對象的句柄地址，而句柄中包含了對象實例數據與類型數據各自的具體地址信息；

直接指針： 如果使用直接指針訪問，那麼 Java 堆對象的佈局中就必須考慮如何放置訪問類型數據的相關信息，而 reference 中存儲的直接就是對象的地址。

這兩種對象訪問方式各有優勢。使用句柄來訪問的最大好處是 reference 中存儲的是穩定的句柄地址，在對象被移動時只會改變句柄中的實例數據指針，而 reference 本身不需要修改。使用直接指針訪問方式最大的好處就是速度快，它節省了一次指針定位的時間開銷。

String 類和常量池

String對象的兩種創建方式：

String str1 = "abcd";//先檢查字符串常量池中有沒有"abcd"，如果字符串常量池中沒有，則創建一個，然後 str1 指向字符串常量池中的對象，如果有，則直接將 str1 指向"abcd""；
String str2 = new String("abcd");//堆中創建一個新的對象
String str3 = new String("abcd");//堆中創建一個新的對象
System.out.println(str1==str2);//false
System.out.println(str2==str3);//false

因爲str1是字面量，字面量是存儲在常量池的，通過new創建的是一個對象，對象是存儲在java堆的。

這兩種不同的創建方法是有差別的。

第一種方式是在常量池中拿對象；
第二種方式是直接在堆內存空間創建一個新的對象。

記住一點：只要使用 new 方法，便需要創建新的對象。

String 類型的常量池比較特殊。它的主要使用方法有兩種：

直接使用雙引號聲明出來的 String 對象會直接存儲在常量池中。
如果不是用雙引號聲明的 String 對象，可以使用 String 提供的 intern 方法。String.intern() 是一個 Native 方法，它的作用是：如果運行時常量池中已經包含一個等於此 String 對象內容的字符串，則返回常量池中該字符串的引用；如果沒有，JDK1.7之前（不包含1.7）的處理方式是在常量池中創建與此 String 內容相同的字符串（就是在常量池存儲一個副本），並返回常量池中創建的字符串的引用，JDK1.7以及之後的處理方式是在常量池中存儲此字符串的引用，並返回該引用。注意：JDK 1.6及以後存儲的是字符串的一個副本，JDK 1.7及其以後存儲的是字符串的引用，存儲內容變了。見幾張圖輕鬆理解String.intern()

String s1 = new String("計算機");
String s2 = s1.intern();
String s3 = "計算機";
System.out.println(s2);//計算機
System.out.println(s1 == s2);//false，因爲一個是堆內存中的 String 對象一個是常量池中的 String 對象，
System.out.println(s3 == s2);//true，因爲兩個都是常量池中的 String 對象

把第二行和第三行互換順序，依然是同樣的結果。

字符串拼接:

String str1 = "str";
String str2 = "ing";

String str3 = "str" + "ing";//常量池中的對象
String str4 = str1 + str2; //在堆上創建的新的對象	  
String str5 = "string";//常量池中的對象
System.out.println(str3 == str4);//false
System.out.println(str3 == str5);//true
System.out.println(str4 == str5);//false

儘量避免多個字符串拼接，因爲這樣會重新創建對象。如果需要改變字符串的話，可以使用 StringBuilder 或者 StringBuffer。

常量字符串的“+”操作，編譯階段直接會合成爲一個字符串。如string str=”JA”+”VA”，在編譯階段會直接合併成語句String str=”JAVA”，於是會去常量池中查找是否存在”JAVA”,從而進行創建或引用。
對於final字段，編譯期直接進行了常量替換（而對於非final字段則是在運行期進行賦值處理的）。

在編譯時，直接替換成了String str3=”ja”+”va”，根據第三條規則，再次替換成String str3=”JAVA”
```
final String str1=”ja”;
final String str2=”va”;
String str3=str1+str2;
```
常量字符串和變量拼接時（如：String str3=baseStr + “01”;）會調用stringBuilder.append()在堆上創建新的對象。

小問題

String s1 = new String(“abc”);這句話創建了幾個字符串對象？

將創建 1 或 2 個字符串。如果池中已存在字符串常量“abc”，則只會在堆空間創建一個字符串常量“abc”。如果池中沒有字符串常量“abc”，那麼它將首先在池中創建，然後在堆空間中創建，因此將創建總共 2 個字符串對象。

驗證：

String s1 = new String("abc");// 堆內存的地址值
String s2 = "abc";
System.out.println(s1 == s2);// 輸出 false,因爲一個是堆內存，一個是常量池的內存，故兩者是不同的。
System.out.println(s1.equals(s2));// 輸出 true

8 種基本類型的包裝類和常量池

Java 基本類型的包裝類的大部分都實現了常量池技術，即 Byte,Short,Integer,Long,Character,Boolean；前面 4 種包裝類默認創建了數值[-128，127] 的相應類型的緩存數據，Character創建了數值在[0,127]範圍的緩存數據，Boolean 直接返回True Or False。如果超出對應範圍仍然會去創建新的對象。爲啥把緩存設置爲[-128，127]區間？（參見issue/461）性能和資源之間的權衡。

public static Boolean valueOf(boolean b) {
    return (b ? TRUE : FALSE);
}

private static class CharacterCache {         
    private CharacterCache(){}
          
    static final Character cache[] = new Character[127 + 1];          
    static {             
        for (int i = 0; i < cache.length; i++)                 
            cache[i] = new Character((char)i);         
    }   
}

兩種浮點數類型的包裝類 Float,Double 並沒有實現常量池技術。

Integer i1 = 33;
Integer i2 = 33;
System.out.println(i1 == i2);// 輸出 true
Integer i11 = 333;
Integer i22 = 333;
System.out.println(i11 == i22);// 輸出 false
Double i3 = 1.2;
Double i4 = 1.2;
System.out.println(i3 == i4);// 輸出 false

Integer 緩存源代碼：

/**
*此方法將始終緩存-128 到 127（包括端點）範圍內的值，並可以緩存此範圍之外的其他值。
*/
public static Integer valueOf(int i) {
  if (i >= IntegerCache.low && i <= IntegerCache.high)
  		return IntegerCache.cache[i + (-IntegerCache.low)];
  return new Integer(i);
}

應用場景：

Integer i1=40；Java 在編譯的時候會直接將代碼封裝成 Integer i1=Integer.valueOf(40);，從而使用常量池中的對象。
Integer i1 = new Integer(40);這種情況下會創建新的對象。

  Integer i1 = 40;
  Integer i2 = new Integer(40);
  System.out.println(i1==i2);//輸出 false

Integer 比較更豐富的一個例子:

Integer i1 = 40;
Integer i2 = 40;
Integer i3 = 0;
Integer i4 = new Integer(40);
Integer i5 = new Integer(40);
Integer i6 = new Integer(0);

System.out.println("i1=i2   " + (i1 == i2)); // true
System.out.println("i1=i2+i3   " + (i1 == i2 + i3)); // true
System.out.println("i1=i4   " + (i1 == i4)); // false
System.out.println("i4=i5   " + (i4 == i5)); // false
System.out.println("i4=i5+i6   " + (i4 == i5 + i6)); // true
System.out.println("40=i5+i6   " + (40 == i5 + i6)); // true

解釋：

語句 i4 == i5 + i6，因爲+這個操作符不適用於 Integer 對象，首先 i5 和 i6 進行自動拆箱操作，進行數值相加，即 i4 == 40。然後 Integer 對象無法與數值進行直接比較，所以 i4 自動拆箱轉爲 int 值 40，最終這條語句轉爲 40 == 40 進行數值比較。

參考鏈接

《深入理解 Java 虛擬機：JVM 高級特性與最佳實踐（第三版》
Guide哥的筆記
幾張圖輕鬆理解String.intern()

JVM 筆記01——最全、最詳細的Java內存區域教程

文章目錄