前言
GC（Garbage Collection）是我們在學習 JVM 的過程中不可避免的一道坎，接下來，我們就來系統的學習一下 GC。
做一件事情之前，我們一定要去知道我們為什麼要去做，這裏不僅僅指 GC，更適用我們日常的學習和生活，知其然，知其所以然，方能百戰不殆。
下面我們先去了解為什麼要有 GC，以及 GC 在 JVM 中扮演了一個什麼樣的角色，起到了什麼的作用？
為什麼要有 GC
用過 C++ 的同學可能知道，對象所佔的內存在程序結束運行之前一直被佔用，在明確釋放之前不能分配給其它對象。如果我們不去手動的清除這些無用的對象，內存很快就被佔滿，而在 JVM 中，GC 所起到的作用就是一個清道夫，它可以幫助我們去判定哪些對象是無用對象，怎麼進行垃圾收集，以及決定內存分代和內存分配的策略**。
可能有同學會問了，既然我們的 JVM 會給我們做 GC 的工作，我們為什麼還要去學習 GC 呢，一切交給 JVM 不好嗎？當然，在我們的日常情況下，我們一般不會去關心 GC 的一些細節，但是當我們遇到內存泄露，內存溢出，高併發瓶頸的時候，我們就需要去對 GC 開刀，進行更為細緻的監控和調節。
內存泄露：指程序中己動態分配的堆內存由於某種原因程序未釋放或無法釋放，造成系統內存的浪費，導致程序運行速度減慢甚至系統崩潰等嚴重後果。
內存溢出：應用系統中存在無法回收的內存或使用的內存過多，最終使得程序運行要用到的內存大於能提供的最大內存。
那麼現在問題來了，我們要進行垃圾回收，首先我們需要知道垃圾在哪
垃圾在哪
前面我們講了JVM 的運行時內存區域，知道線程可以分為線程獨佔區和線程共享區，其中線程獨佔區（程序計數器，虛擬機棧，本地方法棧）的內存生命周期是和線程保持一致，且這幾個區域分配的內存大小跟類的大小有關，也就是說，當我們的類結構固定之後，這部分的內存就不會再發生更改，且當方法或線程結束的時候，內存自然就跟隨着回收了.
而線程共享區的堆內存和方法區則不一樣，堆內存和方法區所用的內存是在編譯期間無法確定的，因為一個接口的不同實現，一個方法的不同控制條件分支所執行的代碼可能完全相反，我們只有在運行時才知道會創建哪些對象，這部分的內存的分配和回收是動態的，而我們的 GC 關注的就是該部分的內存。
打個比方來說：JVM 如果是一輛車，線程獨佔區的就像是零件，在出廠時這些零件的壽命基本上都是已知的，線程共享區就像是汽油，汽油的消耗跟我們所採用的路線有關，所以我們關注的部分就是這部分會動態變化的，比如如何開車才能更省油~
知道了垃圾在什麼位置會出現，我們下一步就需要去判定在這些區域的有哪些是垃圾~
下節預告
本節內容到這裏先告一段落，下一節我們來學習，怎麼去判定是否為垃圾~
公眾號
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理
【其他文章推薦】
※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計
※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務
※Google地圖已可更新顯示潭子電動車充電站設置地點!!