在java中，當對象不存在任何引用的時候，它就成為了垃圾，如果不及時回收，釋放記憶體，垃圾便會越積越多，最終out of memory!，jvm也就結束運行了。 有人疑惑了：我們平時編碼時並沒有顯示的進行對象的銷毀，怎麼程式跑的好好的？ 這就要談到今天的主角，jvm的守護式線程GC，GC是一個垃圾回收 ...
在java中，當對象不存在任何引用的時候，它就成為了垃圾，如果不及時回收，釋放記憶體，垃圾便會越積越多，最終out of memory!，jvm也就結束運行了。
有人疑惑了：我們平時編碼時並沒有顯示的進行對象的銷毀，怎麼程式跑的好好的？
這就要談到今天的主角，jvm的守護式線程GC，GC是一個垃圾回收器，按照一定的演算法，不定時的進行垃圾對象的釋放，同時進行記憶體碎片的整理，保證記憶體的高可用性，維持進程的正常運行。
我們看下麵的一段代碼：
public class DemoDatatype {
public static void main(String[] args) {
new DemoDatatype();
System.gc();
System.out.println("over!");
}
@Override
protected void finalize() throws Throwable {
System.out.println("垃圾回收前的工作！");
super.finalize();
}
}
程式輸出：over!
我們創建了一個對象“new DemoDatatype()”，由於沒有引用，很快就變成了垃圾對象，但是它一定會被回收嗎？至少上面的結果表明沒有回收，因為jvm記憶體充足，不屑於勞師動眾去回收你，我可是很耗費資源的^_^。
java.lang.System類下有一個靜態方法gc()，主動調用它，可以通知GC：嗨，我這有垃圾，快來幫忙收一下。但是，GC並不一定馬上就能響應你的請求，可能半路堵車了，具體何時到達就不清楚了。執行gc()看一下結果:
public class DemoDatatype {
public static void main(String[] args) {
new DemoDatatype();
System.gc();
System.out.println("over!");
}
@Override
protected void finalize() throws Throwable {
System.out.println("垃圾回收前的工作！");
super.finalize();
}
}
程式輸出：over!
垃圾回收前的工作！
或者：垃圾回收前的工作！
over!
GC工作了，因為它很閑，所以及時響應了，但也不是立刻執行的，偶然事件。
GC在進行垃圾回收前，執行了finalize()方法，我們知道，GC只認識那些通過new申請的對象，假如有一些記憶體是通過非正常手段開闢的，那麼GC就蒙圈了。
而finalize()的作用就是做一些垃圾回收前的資源釋放工作，比如一些gc無法回收的資源，如“非new”記憶體，未關閉的IO等。但是一定不要寄希望於finalize()來釋放資源，GC未必可達，會造成記憶體泄漏。
GC在什麼情況下才會觸發呢？
1）GC是守護線程，作為服務行業的一員，優先順序最低，所以在應用空閑時，它才會啟動。
2）記憶體不足時，應用程式瀕臨死亡，GC會挺身而出，消滅垃圾，釋放記憶體，若記憶體泄漏嚴重，jvm就會停止運行了。
GC工作也會耗費系統資源，如何避免不必要的開銷呢？
1）不製造垃圾：減少使用臨時對象；避無可避，使用完置空
2）不主動請求GC：system.gc()不要顯示調用
3）明確生存周期的對象，主動銷毀
4）避免集中製造大量無用對象，如大量字元串拼接
5）coding過程中註意記憶體泄漏，保證代碼的嚴謹性。
關註老薑談技術，微信號：helojava，或者掃描下麵二維碼。
每日一帖，技術雞湯。
