Garbage Collection簡稱為GC，即垃圾回收。記憶體處理器是程式設計人員容易出現問題的地方，忘記或者錯誤的記憶體回收會導致程式或系統的不穩定甚至崩潰。Java語言提供的GC功能可以自動的檢測物件是否超過作用域，從而達到自動回收記憶體的目的，java語言沒有提供釋放已分配記憶體的顯示操作方法，資源回收工作全部交由GC來完成，程式設計師不能精確的控制垃圾回收的時機。

GC在實現垃圾回收時的基本原理：

    Java的記憶體管理實際就是物件的管理，其中包括對像的分配和釋放。對於程式設計師來說，分配物件使用new關鍵字，釋放物件時只是將物件賦值為null，讓程式設計師不能夠再訪問到這個物件，該物件被稱為“不可達”。GC將負責回收所有“不可達”物件的記憶體空間。

  對於GC來說，當程式設計師建立物件時，GC就開始監控這個物件地址、大小以及使用情況。通常GC採用有向圖的方式記錄並管理堆中的所有物件，通過這種方式確定哪些物件是“可達”的，哪些物件是“不可達”的。當GC確定一些物件為“不可達時”GC就有責任回收這些記憶體空間，但為了GC能夠在不同的平臺上實現，java規範對GC的很多行為都沒有進行嚴格的規定。例如對於採用什麼型別的回收演算法、什麼時候進行回收等重要問題都沒有明確的規定，因此不同的JVM實現著不同的的實現演算法，這也給JAVA程式設計師的開發帶來了很多不確定性。

     根據GC的工作原理，可以通過一些技巧讓GC執行更加高效合理。如下：

1、儘早釋放無用物件的引用，特別注意一些複雜物件，如陣列，佇列等。對於此類物件，GC回收它們的效率一般較低，如果程式允許，應儘早將不用的引用物件賦為null，這樣可以加速GC的工作。

2、儘量少用finalize函式。finalize是java提供給程式設計師用來釋放物件或資源的函式，但是它會加大GC的工作量，因此儘量少採用finalize函式回收資源。 當程式有一定的等待時間，程式設計師可以手動執行System.gc(),通知GC執行，但是java語言規範並不保證GC一定會執行。

finalize是方法名，java技術允許使用finalize()方法在垃圾收集器從記憶體中清除出去之前做必要的清理工作。這個方法是由垃圾收集器在確定這個物件沒有被引用時對這個物件的呼叫的。它是在Object類定義的，因此所有的類都繼承了它。子類覆蓋finalize()方法以整理系統資源或者執行其他清理工作。finalize()方法是在垃圾收集器刪除物件之前對這個物件的呼叫的。

想要知道更多，推薦：JVM結構、GC工作機制詳解 - CSDN部落格 https://blog.csdn.net/tonytfjing/article/details/44278233