目錄

老年代

老年代主要接收由年輕代傳送過來的物件，一般情況下，經過了數次Minor GC 之後還會儲存下來的物件才會進入到老年代。如果要儲存的物件超過了伊甸園區的大小，此物件也將直接儲存在老年代之中，當老年代記憶體不足時，將引發 “major GC”，即，“Full GC”。

在老年代裡面會採用兩種演算法結合的模式實現GC的處理：整理-壓縮。

在回收清除的過程之中，發現所有在老年代中被回收的物件並沒有進行空間的整理，所以老年代最頭疼的就是碎片化問題。

以後再進行老年代儲存的時候儘可能儲存長期會被使用的物件，並且不會被輕易回收的大物件。

範例：設定老年代引數（java -Xms2G -Xmx2G -XX:+PrintGCDetails -XX:PretenureSizeThreshold=512k -XX:NewRatio=2 TestDemo）
此時，如果超過512k的物件將直接被儲存在老年代之中，也就是說。這個物件不會觸發 Minor GC。（因為不在年輕代進行儲存）

永久代（JDK 1.8 後消失）

雖然JAVA 的版本是 JDK 1.8 ，但是 JavaEE的版本還是JDK1.7，也就是說，在JavaEE裡面必須對永久代進行設定。永久代也是在堆記憶體中儲存的，但是永久代不會被回收，例如：intern（）方法產生的物件不會被回收。如果操作不當，導致永久代中的資料量過大，那麼這個時候程式會報出 OOM 問題。
一般情況下不會出現這種問題；

-XX:MaxPermSize: 設定永久代的最大值
-XX：PremSize：設定永久代的初始大小

範例：設定永久代引數（java -XX:MaxPermSize10M TestDemo）
在JDK 1.8之中設定永久代會報出錯誤

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize10M; support was removed in 8.0

元空間

元空間是JDK 1.8 之後才有的，功能和永久代類似。唯一到的區別是，永久代使用的是JVM的堆記憶體空間，而元空間使用的是實體記憶體，直接受到本機的實體記憶體限制。

範例“設定一些引數，讓元空間出錯（java -XX:MaxMetaspaceSize=1m XX:MetaspaceSize=1m TestDemo）
此時會報出“OutOfMemoryError:Metaspace”,元空間記憶體不足。