java記憶體回收

標籤：系統資源   避免   int   結束   停止   響應   new   throwable   system類   

在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，或者掃描下面二維碼。

每日一帖，技術雞湯。

java記憶體回收