在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("垃圾回收前的工作!"); ;嗎?至少上面的結果顯示沒有回收,因為jvm記憶體充足,不屑於勞師動眾去回收你,我可是很耗費資源的^_^。
java.lang.System類別下有靜態方法gc(),主動呼叫它,可以通知GC:嗨,我這有垃圾,快來幫忙收一下。但是,GC並不一定馬上就能回應你的請求,可能半路塞車了,具體何時到達就不清楚了。執行gc()看看結果:
public class DemoDatatype {
public static void main(String[] args) {
new DemoDatatype(); println("over!");
}
@Override
protected void finalize() throws Throwable {
System.out.println("垃圾回收前的工作!"); ;
}
}
程序輸出:over!
或:以垃圾回收前的工作!
over!
GC在進行垃圾回收前,執行了finalize()方法,我們知道,GC只認識那些透過new申請的對象,假如有一些內存是透過非正常手段開闢的,那麼GC就蒙圈了。
而finalize()的作用就是做一些垃圾回收前的資源釋放工作,比如一些gc無法回收的資源,如“非new”內存,未關閉的IO等。但一定不要寄望於finalize()來釋放資源,GC未必可達,會造成記憶體洩漏。
GC在什麼情況下才會觸發呢?
1)GC是守護線程,作為服務業的一員,優先級最低,所以在應用空閒時,它才會啟動。
2)內存不足時,應用程式瀕臨死亡,GC會挺身而出,消滅垃圾,釋放內存,若內存洩漏嚴重,jvm就會停止運行了。
GC工作也會耗費系統資源,如何避免不必要的開銷呢?
1)不製造垃圾:減少使用臨時對象;避無可避,使用完置空
2)不主動請求GC:system.gc()不要顯示調用
2)不主動請求GC:system.gc()不要顯示調用
銷毀
4)在大量集中製造大量無用對象,如大量字串拼接
5)在coding過程中註意記憶體洩漏,並確保程式碼的嚴謹性。