JVM里的GC(Garbage Collection)的算法有很多種，如標記清除收集器，壓縮收集器，分代收集器等等,詳見HotSpot VM GC 的種類

現在比較常用的是分代收集（generational collection,也是SUN VM使用的,J2SE1.2之后引入），即將內存分為幾個區域，將不同生命周期的對象放在不同區域里:young generation，tenured generation和permanet generation。絕大部分的objec被分配在young generation(生命周期短)，并且大部分的object在這里die。當young generation滿了之后，將引發minor collection(YGC)。在minor collection后存活的object會被移動到tenured generation(生命周期比較長)。最后，tenured generation滿之后觸發major collection。major collection（Full gc）會觸發整個heap的回收，包括回收young generation。permanet generation區域比較穩定，主要存放classloader信息。

young generation有eden、2個survivor 區域組成。其中一個survivor區域一直是空的，是eden區域和另一個survivor區域在下一次copy collection后活著的objecy的目的地。object在survivo區域被復制直到轉移到tenured區。

我們要盡量減少 Full gc 的次數(tenured generation 一般比較大,收集的時間較長,頻繁的Full gc會導致應用的性能收到嚴重的影響)。

堆內存GC

JVM(采用分代回收的策略)，用較高的頻率對年輕的對象(young generation)進行YGC，而對老對象(tenured generation)較少(tenured generation 滿了后才進行)進行Full GC。這樣就不需要每次GC都將內存中所有對象都檢查一遍。

非堆內存不GC

GC不會在主程序運行期對PermGen Space進行清理，所以如果你的應用中有很多CLASS(特別是動態生成類，當然permgen space存放的內容不僅限于類)的話,就很可能出現PermGen Space錯誤。

內存申請、對象衰老過程

一、內存申請過程

•JVM會試圖為相關Java對象在Eden中初始化一塊內存區域；

•當Eden空間足夠時，內存申請結束。否則到下一步；

•JVM試圖釋放在Eden中所有不活躍的對象（minor collection），釋放后若Eden空間仍然不足以放入新對象，則試圖將部分Eden中活躍對象放入Survivor區；

•Survivor區被用來作為Eden及old的中間交換區域，當OLD區空間足夠時，Survivor區的對象會被移到Old區，否則會被保留在Survivor區；

•當old區空間不夠時，JVM會在old區進行major collection；

•完全垃圾收集后，若Survivor及old區仍然無法存放從Eden復制過來的部分對象，導致JVM無法在Eden區為新對象創建內存區域，則出現"Out of memory錯誤"；

二、對象衰老過程

•新創建的對象的內存都分配自eden。Minor collection的過程就是將eden和在用survivor space中的活對象copy到空閑survivor space中。對象在young generation里經歷了一定次數(可以通過參數配置)的minor collection后，就會被移到old generation中，稱為tenuring。

•GC觸發條件

permanent generation空間不足會引發Full GC,仍然不夠會引發PermGen Space錯誤。

參考：

http://jiangyongyuan.javaeye.com/blog/356502

http://www.helloying.com/blog/archives/164

相關內容推薦：

GC悲觀策略之Parallel GC篇

GC悲觀策略之Serial GC篇

原文鏈接：http://www.cnblogs.com/redcreen/archive/2011/05/04/2037056.html

【系列文章】

1. JVM基礎：JVM監測&工具
2. JVM基礎：生產環境參數實例及分析
3. JVM基礎:JVM參數設置、分析
4. JVM基礎：JVM內存組成及分配
5. JVM基礎：JVM監測&工具