第 14 章垃圾回收都不懂，征服面試官！

1、垃圾收集面試題

回顧 JVM 學習路線

關于垃圾收集

垃圾收集機制是Java的招牌能力，極大地提高了開發效率，如今，垃圾收集幾乎成為現代語言的標配，即使經過如此長時間的發展，Java的垃圾收集機制仍然在不斷的演進中，不同大小的設備、不同特征的應用場景，對垃圾收集提出了新的挑戰，這當然也是面試的熱點，

瞅瞅大廠面試題

螞蟻金服

百度

天貓

滴滴

京東

阿里

位元組跳動

什么是垃圾？

什么是垃圾（Garbage）呢？

垃圾是指在運行程式中沒有任何指標指向的物件，這個物件就是需要被回收的垃圾，
外文：An object is considered garbage when it can no longer be reached from any pointer in the running program.
如果不及時對記憶體中的垃圾進行清理，那么，這些垃圾物件所占的記憶體空間會一直保留到應用程式結束，被保留的空間無法被其他物件使用，甚至可能導致記憶體溢位，

磁盤碎片整理

想要學習GC，首先需要理解為什么需要GC？

對于高級語言來說，一個基本認知是如果不進行垃圾回收，記憶體遲早都會被消耗完，因為不斷地分配記憶體空間而不進行回收，就好像不停地生產生活垃圾而從來不打掃一樣，
除了釋放沒用的物件，垃圾回收也可以清除記憶體里的記錄碎片，碎片整理將所占用的堆記憶體移到堆的一端，以便JVM將整理出的記憶體分配給新的物件，
隨著應用程式所應付的業務越來越龐大、復雜，用戶越來越多，沒有GC就不能保證應用程式的正常進行，而經常造成STW的GC又跟不上實際的需求，所以才會不斷地嘗試對GC進行優化，

在早期，開發人員需要手動回收記憶體

MibBridge *pBridge= new cmBaseGroupBridge（）；
//如果注冊失敗，使用Delete釋放該物件所占記憶體區域
if（pBridge->Register（kDestroy）！=NO ERROR）
	delete pBridge；

這種方式可以靈活控制記憶體釋放的時間，但是會給開發人員帶來頻繁申請和釋放記憶體的管理負擔，倘若有一處記憶體區間由于程式員編碼的問題忘記被回收，那么就會產生記憶體泄漏，垃圾物件永遠無法被清除，隨著系統運行時間的不斷增長，垃圾物件所耗記憶體可能持續上升，直到出現記憶體溢位并造成應用程式崩潰，
有了垃圾回識訓制后，上述代碼極有可能變成這樣

MibBridge *pBridge=new cmBaseGroupBridge();
pBridge->Register(kDestroy);

現在，除了Java以外，C#、Python、Ruby等語言都使用了自動垃圾回收的思想，也是未來發展趨勢，可以說這種自動化的記憶體分配和來及回收方式已經成為了線代開發語言必備的標準，

自動記憶體管理的優點

Oracle官網關于垃圾回收的介紹

https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/toc.html

自動記憶體管理的優點

關于自動記憶體管理的擔憂

對于Java開發人員而言，自動記憶體管理就像是一個黑匣子，如果過度依賴于"自動"，那么這將會是一場災難，最嚴重的就會榷訓Java開發人員在程式出現記憶體溢位時定位問題和解決問題的能力，
此時，了解JVM的自動記憶體分配和記憶體回收原理就顯得非常重要，只有在真正了解JVM是如何管理記憶體后，我們才能夠在遇見OutofMemoryError時，快速地根據錯誤例外日志定位問題和解決問題，
當需要排查各種記憶體溢位、記憶體泄漏問題時，當垃圾收集成為系統達到更高并發量的瓶頸時，我們就必須對這些"自動化"的技術實施必要的監控和調節，