java垃圾回收

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

每日一帖，技術雞湯。