摘要：內存模型和運行時數據區域的關系主內存對應著堆，工作內存對應著棧。在的單例模式中有運用到二運行時數據區域內存區域因為的運行時數據區域一直在改善，所以不同版本之間會有不同。

java定義內存模型的目的是：為了屏蔽各種硬件和操作系統的內存訪問之間的差異。

java內存模型規定了所有的變量都存儲在主內存中，每條線程擁有自己的工作內存，工作內存保存了主內存中變量的副本。

線程對變量操作只能在工作內存中進行，不能直接讀寫主內存的變量。

不同線程之間的變量訪問需要通過主內存來完成。

1、java內存模型和java運行時數據區域的關系：主內存對應著java堆，工作內存對應著java棧。

2、volatile關鍵字，使得變量的更新在各個工作內存中都是實時可見的。在DCL的單例模式中有運用到！

因為jvm的運行時數據區域一直在改善，所以不同jdk版本之間會有不同。

1、程序計數器的作用，因為.java文件被編譯成.class文件，它作為當前線程所執行的字節碼的行號指示器。當字節碼解釋器工作時，就是通過改變這個計算器的值來選取下一條要執行的字節碼指令。每條線程都有一個獨立的程序計數器。

2、本地方法棧就是執行本地native方法的棧，native方法由虛擬機實現！

3、java虛擬機棧描述的是該線程執行java方法（method）時的內存模型。每一個方法都對應一個棧幀，棧幀中的局部變量表存儲了方法中的基本數據類型變量、對象引用變量。

如上圖所示，局部變量表保存了方法中聲明的8種基本類型變量和對象引用變量。每一個棧幀中還有一個指向運行時常量池的引用，這是指String類型。下面有一個經典的String對象生成的面試題！

4、java堆是JVM中內存最大的一塊，被所有線程共享。幾乎所有的對象實例都在這里分配，所以java堆也是JVM垃圾回收的主要區域。java堆又被分成了年輕代，老年代；年輕代進一步可以劃分為Eden空間，From Survivor空間、To Survivor空間。

當我們使用new關鍵字分配對象時，就是在java堆中生成對象。

下面分析一下對象生成時的情況。

因為Eden最大，所以新生成的對象都分配到Eden空間，當Eden空間快滿時，進行一次Minor GC，然后將存活的對象復制到From Survivor空間。這時，Eden空間繼續向外提供堆內存。

后面繼續生成的對象還是放到Eden空間，當Eden空間又要滿的時候，這時候Eden空間和From Survivor空間同時進行一次Minor GC，然后把存活對象放到To Survivor空間。這時，Eden空間繼續向外提供堆內存。

接下來的情況和2一致。Eden空間快滿的時候，Eden空間和To Survivor空間進行一次Minor GC，然后存活的對象放到From Survivor空間。

接下來的情況和3一致。Eden空間快慢的時候，Eden空間和From Survivor空間進行一次Minor GC，然后存活的對象放到To Survivor空間。

就是說2個Survivor中的一個用來提供對象保存。當Eden空間和某一塊Survivor空間GC后，另一塊Survivor空間放不下GC后存活的對象；或者是連續Minor GC15次左右的情況；就把這部分存活對象放入到老年代空間。

當老年代空間也放滿的時候，進行Major GC，對老年代空間進行回收。(也叫做Full GC，Full GC的內存消耗很大，應該避免)

年輕代使用的是復制算法：每次Minor GC把Eden區和一塊Survivor區的存活對象復制到另一塊Survivor區。老年代使用的是標記-整理算法：每次Major GC把存活對象都想內存空間的一端移動，然后直接清理掉端邊界以外的內存。

大對象如數組、很長的字符串，直接進入老年代空間。

5、方法區用于存儲JVM加載的類信息、final常量、static靜態變量等數據，方法區中的數據都是整個程序中唯一的。方法區還包含了運行時常量池，主要存放編譯期生成的字面量和符號引用（在類加載后放入）。String對象的字面量就會被放入到運行時常量池中。

垃圾回收在方法區主要是對常量的回收和對類型的卸載。

參考文章：java8的jvm內存區域。

元空間和永久代的性質是一樣的，都是對JVM方法區的實現，作用是一樣的。不過元空間與永久代之間最大的區別在于：元空間并不在虛擬機JVM內存中，而是使用本地內存。

為什么用元空間取代永久代呢？

字符串存在永久代中，容易出現性能問題和內存溢出。

類及方法的信息等比較難確定其大小，因此對于永久代的大小指定比較困難，太小容易出現永久代溢出，太大則容易導致老年代溢出。

永久代會為GC帶來不必要的復雜度，并且回收效率偏低。

JDK1.4之后加入的NIO，引入了基于通道channel和緩沖區buffer的IO，直接使用native函數分配堆外內存，顯著提高IO性能，避免了原來BIO的在java堆和naive堆中來回復制數據。

參考文章：字符串常量池。

下面來分析一下我們常見的生成對象或基本數據類型變量的內存模型。這樣可以對JVM有一個更好的理解。

int i =3;，一個方法對應一個棧幀，方法中的基本數據類型變量直接在棧幀中分配。如果是static、final類型的基本數據類型則存儲在運行時常量池中，和String一樣。

Object o1 = new Object();，對象引用(Object o1)存儲在棧幀中，但是對象數據(new Object())存儲在java堆中，對象類型數據(Class等信息)存儲在方法區中。

String s1 = new String("abcd");，使用new聲明的對象，對象引用(String s1)存儲在棧幀中，對象數據(new String(“abcd”))存儲在java堆中，字符串值(“abcd”)存儲在運行時常量池中。

String s2 = “abc”，對象引用(String s2)存儲在棧幀中，字符串值(“abc”)存儲在運行時常量池中。

java棧、java堆、方法區這3者之間的關系大概就是上面的分析所示。

如果java堆中分配的對象太多，且GC后內存空間還是不夠用。下面通過循環生成對象來消耗內存空間進行測試。

相關指令：VM Args: -Xms20m -Xmx40m，表示JVM分配的堆內存最小為20MB，最大為40MB。

 public static void main(String[] args) {
   while (true) {
     List