人生并不像火車要通過每個站似的經(jīng)過每一個生活階段师骗。人生總是直向前行走，從不留下什么降狠。 —— 劉易斯
GC日志理解
每一種收集器的日志格式都可以不一樣的轴术。 以下是兩段典型的GC日志：
0.173: [GC 0.173: [DefNew: 1353K->582K(19008K), 0.0015600 secs]0.175: [Tenured: 0K->581K(42368K), 0.0027216 secs] 1353K->581K(61376K), [Metaspace: 2551K->2551K(1056768K)], 0.0043860 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
0.275: [Full GC (System.gc()) 0.275: [Tenured: 205381K->205382K(247172K), 0.0035190 secs] 205722K->205382K(266308K), [Metaspace: 2551K->2551K(1056768K)], 0.0041874 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
最前面的數(shù)字"0.173"和"0.275"代表了GC發(fā)生的時間劫流，這個數(shù)字的含義是從JVM啟動以來經(jīng)過的秒數(shù)巫玻。
??GC日志開頭的“[GC”和“[Full GC”說明了這次垃圾收集的停頓類型。如果有Full祠汇，說明這次GC是發(fā)生了Stop the world的仍秤。如果是調(diào)用System.gc(),則是顯示“[Full GC (System.gc())”。
??“[DefNew”可很、“[Tenured”诗力、“Perm”(JDK1.7及以下)、“[Metaspace”(jdk1.8)表示發(fā)生GC的區(qū)域我抠。上面示例中使用的Serial收集器中的新生代名為“Default New Generation”苇本，所以顯示“[DefNew”。如果是ParNew收集器菜拓，新生代名稱就會變?yōu)椤癙arNew”瓣窄，意為“Parallel New Genaration”。如果采用Parallel Scavenge收集器纳鼎，那新生代名稱就會變?yōu)椤癙SYoungGen”俺夕。老年代和永久代同理。
??“1353K->582K(19008K)”表示“GC前該內(nèi)存區(qū)域已使用容量->GC后該內(nèi)存區(qū)域已使用容量(該內(nèi)存區(qū)域總?cè)萘?”贱鄙，方括號外部的“1353K->581K(61376K)”表示“GC前JAVA堆已使用容量->GC后JAVA堆已使用容量(JAVA堆總?cè)萘?”劝贸。
??“0.0015600 secs”表示該內(nèi)存區(qū)域GC所占用的時間，單位是秒贰逾⌒伲“[Times: user=0.00 sys=0.00, real=0.00 secs]”分別代表用戶態(tài)消耗的CPU時間、內(nèi)核態(tài)消耗的CPU時間和操作從開始到結束的墻鐘時間疙剑。CPU時間和墻鐘時間的區(qū)別是墻鐘時間包括各種非運算的等待耗時，如等待磁盤IO践叠、等待線程阻塞等言缤，而CPU時間不包括這些耗時。
JVM的GC日志的主要參數(shù)
-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 日志文件的輸出路徑
GC類型
在HotSpot中管挟，GC分為兩大種類：
-
Partial GC: 不收集整個堆得GC
??Young GC: 只收集young gen的GC。
??Old GC：只收集old gen的GC弄捕。只有CMS的concurrent collection是這個模式僻孝。
??Mixed GC：收集young gen和部分old gen的GC导帝，只有G1有這個模式。 - Full GC：收集整個堆穿铆，包括young gen您单、old gen、perm gen（如果存在的話）等區(qū)域荞雏。
PS: Major GC通常是跟full GC是等價的虐秦，收集整個GC堆。
GC的觸發(fā)條件
- Young GC：當young gen中的eden區(qū)分配滿的時候觸發(fā)凤优。
-
Full GC：
??① 當準備要觸發(fā)一次young GC時悦陋，如果發(fā)現(xiàn)統(tǒng)計數(shù)據(jù)說之前young GC的平均晉升大小比目前old gen剩余的空間大，則不會執(zhí)行Young GC而是轉(zhuǎn)為執(zhí)行Full GC（因為HotSpot VM的GC里筑辨，除了CMS的concurrent collection之外俺驶，其它能收集old gen的GC都會同時收集整個GC堆，包括young gen棍辕，所以不需要事先觸發(fā)一次單獨的young GC）暮现。
??② 如果有perm gen的話，在perm gen上分配空間且沒有足夠空間時痢毒，也要觸發(fā)Full GC送矩。
??③ System.gc()，顯示的調(diào)用GC哪替，也會觸發(fā)Full GC栋荸。
??④ Old gen空間不足：當創(chuàng)建一個大對象、大數(shù)組時凭舶，eden 區(qū)不足以分配這么大的空間晌块，會嘗試在old gen 中分配，如果這時 old gen 空間也不足時帅霜，會觸發(fā) full gc匆背。
??⑤ ygc出現(xiàn) promotion failure（晉升失敗）：promotion failure 發(fā)生在 young gc 階段身冀，即 cms 的 ParNewGC钝尸，當對象的gc年齡達到閾值時，或者 eden 的 to 區(qū)放不下時搂根，會把該對象復制到 old gen珍促，如果 old gen 空間不足時，會發(fā)生 promotion failure剩愧，并接下去觸發(fā)full gc猪叙。
finalize詳解
對象object重寫了finalize()方法，且還未執(zhí)行過，那么object會被插入到F-Queue隊列中穴翩，由一個虛擬機自動創(chuàng)建的犬第、低優(yōu)先級的Finalizer線程觸發(fā)其finalize()方法。finalize()方法是對象逃脫死亡的最后機會芒帕，GC會對隊列中的對象進行第二次標記歉嗓。如果object在finalize()方法中與引用鏈上的任何一個對象建立聯(lián)系，那么在第二次標記時副签，object會被移出“即將回收”集合.
??finalize只會被執(zhí)行一次遥椿，下面通過例子來說明下finalize。
public class FinalizeTest {
public static FinalizeTest object;
byte[] _200M = new byte[200 * 1024 * 1024];
public void isAlive() {
System.out.println("I'm alive");
}
@Override
protected void finalize() throws Throwable {
super.finalize();
System.out.println("method finalize is running");
object = this;
}
public static void main(String[] args) throws InterruptedException {
object = new FinalizeTest();
object = null;
System.gc();
Thread.sleep(500);
if (object != null) {
object.isAlive();
} else {
System.out.println("I'm dead");
}
object = null;
System.gc();
Thread.sleep(500);
if (object != null) {
object.isAlive();
} else {
System.out.println("I'm dead");
}
}
}
執(zhí)行程序后淆储，程序輸出結果：
method finalize is running
I'm alive
I'm dead
第一次GC時冠场，因在finalize方法中，將當前對象賦值給了object本砰，因此第一次未被回收碴裙。而第二次GC時，由于finalize方法已經(jīng)執(zhí)行過了点额，因finalize方法只會被JVM調(diào)用一次舔株，所以第二次GC時，object被回收了还棱。
參考資料
Major GC和Full GC的區(qū)別是什么载慈？觸發(fā)條件呢？
雜談GC
《深入理解JAVA虛擬機》
