JVM的GC日誌的主要引數包括如下幾個：

-XX:+PrintGC 輸出GC日誌

-XX:+PrintGCDetails 輸出GC的詳細日誌

-XX:+PrintGCTimeStamps 輸出GC的時間戳（以基準時間的形式）

-XX:+PrintGCDateStamps 輸出GC的時間戳（以日期的形式，如 2013-05-04T21:53:59.234+0800）

-XX:+PrintHeapAtGC 在進行GC的前後打印出堆的資訊

-Xloggc:../logs/gc.log 日誌檔案的輸出路徑

在我做了如下的設定

1. -XX:+PrintGCDetails -Xloggc:../logs/gc.log -XX:+PrintGCTimeStamps  

以後打印出來的日誌為：

1. 0.756: [Full GC (System) 0.756: [CMS: 0K->1696K(204800K), 0.0347096 secs] 11488K->1696K(252608K), [CMS Perm : 10328K->10320K(131072K)], 0.0347949 secs] [Times: user=0.06 sys=0.00, real=0.05 secs]  
2. 1.728: [GC 1.728: [ParNew: 38272K->2323K(47808K), 0.0092276 secs] 39968K->4019K(252608K), 0.0093169
    secs] [Times: user=0.01 sys=0.00, real=0.00 secs]  
3. 2.642: [GC 2.643: [ParNew: 40595K->3685K(47808K), 0.0075343 secs] 42291K->5381K(252608K), 0.0075972 secs] [Times: user=0.03 sys=0.00, real=0.02 secs]  
4. 4.349: [GC 4.349: [ParNew: 41957K->5024K(47808K), 0.0106558 secs] 43653K->6720K(252608K), 0.0107390 secs] [Times: user=0.03
    sys=0.00, real=0.02 secs]  
5. 5.617: [GC 5.617: [ParNew: 43296K->7006K(47808K), 0.0136826 secs] 44992K->8702K(252608K), 0.0137904 secs] [Times: user=0.03 sys=0.00, real=0.02 secs]  
6. 7.429: [GC 7.429: [ParNew: 45278K->6723K(47808K), 0.0251993 secs] 46974K->10551K(252608K), 0.0252421 secs]  

我們取倒數第二條記錄分析一下各個欄位都代表了什麼含義

1. 5.617（時間戳）: [GC（Young GC） 5.617（時間戳）: [ParNew（使用ParNew作為年輕代的垃圾回收期）: 43296K（年輕代垃圾回收前的大小）->7006K（年輕代垃圾回收以後的大小）(47808K)（年輕代的總大小）, 0.0136826 secs（回收時間）] 44992K（堆區垃圾回收前的大小）->8702K（堆區垃圾回收後的大小）(252608K)（堆區總大小）, 0.0137904 secs（回收時間）] [Times: user=0.03（Young GC使用者耗時） sys=0.00（Young GC系統耗時）, real=0.02 secs（Young GC實際耗時）]  

我們再對資料做一個簡單的分析

從最後一條GC記錄中我們可以看到 Young GC回收了 45278-6723=38555K的記憶體

Heap區通過這次回收總共減少了 46974-10551=36423K的記憶體。

38555-36423=2132K說明通過該次Young GC有2132K的記憶體被移動到了Old Gen，

我們來驗證一下

在最後一次Young GC的回收以前 Old Gen的大小為8702-7006=1696

回收以後Old Gen的記憶體使用為10551-6723=3828

Old Gen在該次Young GC以後記憶體增加了3828-1696=2132K 與預計的相符

============================

"Allocation Failure" is a cause of GC cycle to kick.

"Allocation Failure" means what no more space left in Eden to allocate object. So, it is normal cause of young GC.

意思是說沒法分配更多的空間給Eden區

• "[GC (Allocation Failure) ...]" - Header of the GC (Garbage Collection) message with the reason code "Allocation Failure" for the GC. So you can read this example as "A GC is performed because of Allocation Failure."

Seeing GC Allocation Failure in GC logs is totally NORMAL and not a problem by itself.

When using the Parallel GC collector/compactor, the Heap is split in between Young and Old spaces. GC Allocation failure is your case simply indicates the JVM reaches its max capacity of the YG space and now has to cleanup the short-lived objects or "garbage" from your Java application.

This situation only becomes problematic is being executed too frequently and/or taking too much time to complete given it is a stop-the-world event.

從以上解釋來看Allocation Failure 只是代表年輕帶不足，不是說GC產生了問題

Gc日誌分析工具

(1)GCViewer

https://github.com/chewiebug/GCViewer

中文解釋:http://www.cnblogs.com/o-andy-o/p/4058271.html

其它監控方法

Jvisualvm動態分析jvm記憶體情況和gc情況，外掛：visualGC