Minor GC、Major GC和Full GC之間的區別

文章要求讀者熟悉 JVM 內置的通用垃圾回收原則。堆內存劃分爲 Eden、Survivor 和 Tenured/Old 空間，代假設和其餘不一樣的 GC 算法超出了本文討論的範圍。

Minor GC

從年 輕代空間（包括 Eden 和 Survivor 區域）回收內存被稱爲 Minor GC。這必定義既清晰又易於理解。可是，當發生Minor GC事件的時候，有一些有趣的地方須要注意到：

1. 當 JVM 沒法爲一個新的對象分配空間時會觸發 Minor GC，好比當 Eden 區滿了。因此分配率越高，越頻繁執行 Minor GC。
2. 內存池被填滿的時候，其中的內容所有會被複制，指針會從0開始跟蹤空閒內存。Eden 和 Survivor 區進行了標記和複製操做，取代了經典的標記、掃描、壓縮、清理操做。因此 Eden 和 Survivor 區不存在內存碎片。寫指針老是停留在所使用內存池的頂部。
3. 執行 Minor GC 操做時，不會影響到永久代。從永久代到年輕代的引用被當成 GC roots，從年輕代到永久代的引用在標記階段被直接忽略掉。
4. 質疑常規的認知，全部的 Minor GC 都會觸發「全世界的暫停（stop-the-world）」，中止應用程序的線程。對於大部分應用程序，停頓致使的延遲都是能夠忽略不計的。其中的真相就 是，大部分 Eden 區中的對象都能被認爲是垃圾，永遠也不會被複制到 Survivor 區或者老年代空間。若是正好相反，Eden 區大部分新生對象不符合 GC 條件，Minor GC 執行時暫停的時間將會長不少。

因此 Minor GC 的狀況就至關清楚了——每次 Minor GC 會清理年輕代的內存

Major GC vs Full GC

你們應該注意到，目前，這些術語不管是在 JVM 規範仍是在垃圾收集研究論文中都沒有正式的定義。可是咱們一看就知道這些在咱們已經知道的基礎之上作出的定義是正確的，Minor GC 清理年輕帶內存應該被設計得簡單：

• Major GC 是清理永久代。
• Full GC 是清理整個堆空間—包括年輕代和永久代。

很不幸，實際上它還有點複雜且使人困惑。首先，許多 Major GC 是由 Minor GC 觸發的，因此不少狀況下將這兩種 GC 分離是不太可能的。另外一方面，許多現代垃圾收集機制會清理部分永久代空間，因此使用「cleaning」一詞只是部分正確。

這使得咱們不用去關心究竟是叫 Major GC 仍是 Full GC，你們應該關注當前的 GC 是否中止了全部應用程序的線程，仍是可以併發的處理而不用停掉應用程序的線程。

這種混亂甚至內置到 JVM 標準工具。下面一個例子很好的解釋了個人意思。讓咱們比較兩個不一樣的工具 Concurrent Mark 和 Sweep collector (-XX:+UseConcMarkSweepGC)在 JVM 中運行時輸出的跟蹤記錄。

考慮到這種狀況，最好避免以 Minor、Major、Full GC 這種方式來思考問題。而應該監控應用延遲或者吞吐量，而後將 GC 事件和結果聯繫起來。

隨着這些 GC 事件的發生，你須要額外的關注某些信息，GC 事件是強制全部應用程序線程中止了仍是並行的處理了部分事件。

原文連接： javacodegeeks 翻譯： ImportNew.com - 光光頭去打醬油

譯文連接：  http://www.importnew.com/15820.html