JVM的內(nèi)存模型和垃圾回收機制

本篇內(nèi)容介紹了“JVM的內(nèi)存模型和垃圾回收機制”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

jvm的內(nèi)存模型和heap的分代模型如上圖所示

分代原因：提升GC性能和方便內(nèi)存分配

1. 內(nèi)存分配

• 新生代與老年代的比值大概是1:3

• eden區(qū)和surviver區(qū)的比值默認8：1

2. 內(nèi)存回收

        幾乎所有的java對象都是在eden區(qū)出生的，當eden區(qū)沒有足夠的空間時虛擬機會發(fā)起一次minorGC，此后存活下的對象會被放到seurvier區(qū)，如果surviver區(qū)的空間不夠，則根據(jù)內(nèi)存擔保原則分配到老年代。

• 垃圾確認原則：應(yīng)用技術(shù)法與可達性分析法

1. 引用計數(shù)法：即一個對象如果沒有任何與之關(guān)聯(lián)的引用，即他們的引用計數(shù)都不為0，則說明對象不太可能再被用到，那么這個對象就是可回收對象（可是會有循環(huán)引用的問題）。

2. 可達性分析法：解決引用計數(shù)法的循環(huán)引用問題，如果在“GC roots”和一個對象之間沒有可達路徑，則稱該對象是不可達的。要注意的是，不可達對象不等價于可回收對象，不可達對象變?yōu)榭苫厥諏ο笾辽僖?jīng)過兩次標記過程。兩次標記后仍然是可回收對象，則將面臨回收。

• miborGC(復(fù)制-》清空-》互換)流程：eden、servicorFrom 中存活對象復(fù)制到ServicorTo，年齡+1，15代之后進入老年代，大對象直接進入老年代；-》清空eden、servicorFrom；-》 ServicorTo和ServicorFrom互換。

• 垃圾回收內(nèi)存擔保原則：老年代中的連續(xù)可用內(nèi)存空間大于新生代對象總大小或者歷次晉升到老年代對象平均大小就執(zhí)行minorGC，否則就fullGC.

3. 垃圾回收算法

• 新生代采用標記-復(fù)制算法回收內(nèi)存，理論上需要一半的內(nèi)存來復(fù)制對象（不易產(chǎn)生內(nèi)存碎片，但是可用內(nèi)存會被壓縮一半），但是95%的對象都是朝生夕死，所以將新生代中的復(fù)制區(qū)域劃分為8:1，也就是可以使用整個新生代內(nèi)存的90%，而不是一半。

• 老年代采用的是標記-清除算法來回收內(nèi)存，會產(chǎn)生不連續(xù)的內(nèi)存碎片。

• 永久代（或者方法區(qū)）也可以回收，就是回收條件比較苛刻

1. java堆中不存在該類實例

2. 該類的classLoader都被回收

3. 該類的java.long.Class都被回收，無法通過反射訪問改方法，滿足以上三條件，方法區(qū)內(nèi)的類就被回收了。

4. 垃圾收集器

5. 結(jié)語

        jvm的內(nèi)存回收依賴垃圾收集器，而垃圾收集器是垃圾回收算法的具體實現(xiàn)，可以通過啟動參數(shù)指定不同的新生代，老年代的垃圾回收器。所有垃圾回收器的優(yōu)化方向都是盡可能的降低“stop the world”的耗時，也就是垃圾回收線程執(zhí)行耗時，盡可能的提高cpu的吞吐量。不同的實現(xiàn)方案造成了不同的垃圾回收器。如serial，parallel，cms，沒有一種能夠適應(yīng)所有的垃圾回收需求，都是根據(jù)義務(wù)需求組合使用，目前最牛掰的是G1回收器，但是生產(chǎn)環(huán)境幾乎沒有使用。

“JVM的內(nèi)存模型和垃圾回收機制”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！