java垃圾回收原理之GC算法基礎(chǔ)
正文:
相關(guān)術(shù)語(yǔ)翻譯說明:
Mark,標(biāo)記;
Sweep,清除;
Compact,整理; 也有人翻譯為壓縮,譯者認(rèn)為GC時(shí)不存在壓縮這回事。
Copy,復(fù)制; copy 用作名詞時(shí)一般翻譯為拷貝/副本,用作動(dòng)詞時(shí)翻譯為復(fù)制。
注: 《垃圾回收算法手冊(cè)》將 Mark and Sweep 翻譯為: 標(biāo)記-清掃算法; 譯者認(rèn)為 標(biāo)記-清除 更容易理解。
本章簡(jiǎn)要介紹GC的基本原理和相關(guān)技術(shù), 下一章節(jié)再詳細(xì)講解GC算法的具體實(shí)現(xiàn)。各種垃圾收集器的實(shí)現(xiàn)細(xì)節(jié)雖然并不相同,但總體而言,垃圾收集器都專注于兩件事情:
- 查找所有存活對(duì)象
- 拋棄其他的部分,即死對(duì)象,不再使用的對(duì)象。
第一步, 記錄(census)所有的存活對(duì)象, 在垃圾收集中有一個(gè)叫做 標(biāo)記(Marking) 的過程專門干這件事。
標(biāo)記可達(dá)對(duì)象(Marking Reachable Objects)
現(xiàn)代JVM中所有的GC算法,第一步都是找出所有存活的對(duì)象。下面的示意圖對(duì)此做了最好的詮釋:
首先,有一些特定的對(duì)象被指定為 Garbage Collection Roots(GC根元素)。包括:
- 當(dāng)前正在執(zhí)行的方法里的局部變量和輸入?yún)?shù)
- 活動(dòng)線程(Active threads)
- 內(nèi)存中所有類的靜態(tài)字段(static field)
- JNI引用
其次, GC遍歷(traverses)內(nèi)存中整體的對(duì)象關(guān)系圖(object graph),從GC根元素開始掃描, 到直接引用,以及其他對(duì)象(通過對(duì)象的屬性域)。所有GC訪問到的對(duì)象都被標(biāo)記(marked)為存活對(duì)象。
存活對(duì)象在上圖中用藍(lán)色表示。標(biāo)記階段完成后, 所有存活對(duì)象都被標(biāo)記了。而其他對(duì)象(上圖中灰色的數(shù)據(jù)結(jié)構(gòu))就是從GC根元素不可達(dá)的, 也就是說程序不能再使用這些不可達(dá)的對(duì)象(unreachable object)。這樣的對(duì)象被認(rèn)為是垃圾, GC會(huì)在接下來的階段中清除他們。
在標(biāo)記階段有幾個(gè)需要注意的點(diǎn):
在標(biāo)記階段,需要暫停所有應(yīng)用線程, 以遍歷所有對(duì)象的引用關(guān)系。因?yàn)椴粫和>蜎]法跟蹤一直在變化的引用關(guān)系圖。這種情景叫做 Stop The World pause (全線停頓),而可以安全地暫停線程的點(diǎn)叫做安全點(diǎn)(safe point), 然后, JVM就可以專心執(zhí)行清理工作。安全點(diǎn)可能有多種因素觸發(fā), 當(dāng)前, GC是觸發(fā)安全點(diǎn)最常見的原因。
此階段暫停的時(shí)間, 與堆內(nèi)存大小,對(duì)象的總數(shù)沒有直接關(guān)系, 而是由存活對(duì)象(alive objects)的數(shù)量來決定。所以增加堆內(nèi)存的大小并不會(huì)直接影響標(biāo)記階段占用的時(shí)間。
標(biāo)記 階段完成后, GC進(jìn)行下一步操作, 刪除不可達(dá)對(duì)象。
刪除不可達(dá)對(duì)象(Removing Unused Objects)
各種GC算法在刪除不可達(dá)對(duì)象時(shí)略有不同, 但總體可分為三類: 清除(sweeping)、整理(compacting)和復(fù)制(copying)。下一章節(jié)將詳細(xì)講解這些算法。
Sweep(清除)
Mark and Sweep(標(biāo)記-清除) 算法的概念非常簡(jiǎn)單: 直接忽略所有的垃圾。也就是說在標(biāo)記階段完成后, 所有不可達(dá)對(duì)象占用的內(nèi)存空間, 都被認(rèn)為是空閑的, 因此可以用來分配新對(duì)象。
這種算法需要使用 空閑表(free-list),來記錄所有的空閑區(qū)域, 以及每個(gè)區(qū)域的大小。維護(hù)空閑表增加了對(duì)象分配時(shí)的開銷。此外還存在另一個(gè)弱點(diǎn) —— 明明還有很多空閑內(nèi)存, 卻可能沒有一個(gè)區(qū)域的大小能夠存放需要分配的對(duì)象, 從而導(dǎo)致分配失敗(在Java 中就是 OutOfMemoryError)。
Compact(整理)
標(biāo)記-清除-整理算法(Mark-Sweep-Compact), 將所有被標(biāo)記的對(duì)象(存活對(duì)象), 遷移到內(nèi)存空間的起始處, 消除了標(biāo)記-清除算法的缺點(diǎn)。 相應(yīng)的缺點(diǎn)就是GC暫停時(shí)間會(huì)增加, 因?yàn)樾枰獙⑺袑?duì)象復(fù)制到另一個(gè)地方, 然后修改指向這些對(duì)象的引用。此算法的優(yōu)勢(shì)也很明顯, 碎片整理之后, 分配新對(duì)象就很簡(jiǎn)單, 只需要通過指針碰撞(pointer bumping)即可。使用這種算法, 內(nèi)存空間剩余的容量一直是清楚的, 不會(huì)再導(dǎo)致內(nèi)存碎片問題。
Copy(復(fù)制)
標(biāo)記-復(fù)制算法(Mark and Copy) 和 標(biāo)記-整理算法(Mark and Compact) 十分相似: 兩者都會(huì)移動(dòng)所有存活的對(duì)象。區(qū)別在于, 標(biāo)記-復(fù)制算法是將內(nèi)存移動(dòng)到另外一個(gè)空間: 存活區(qū)。標(biāo)記-復(fù)制方法的優(yōu)點(diǎn)在于: 標(biāo)記和復(fù)制可以同時(shí)進(jìn)行。缺點(diǎn)則是需要一個(gè)額外的內(nèi)存區(qū)間, 來存放所有的存活對(duì)象。
以上就是java垃圾回收之GC算法基礎(chǔ)原理詳解的詳細(xì)內(nèi)容,更多關(guān)于java垃圾回收GC算法基礎(chǔ)的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
原文鏈接:https://plumbr.io/handbook/garbage-collection-algorithms#sweep
相關(guān)文章
Mybatis之foreach標(biāo)簽內(nèi)傳入list為空的問題
這篇文章主要介紹了Mybatis之foreach標(biāo)簽內(nèi)傳入list為空的問題及解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-03-03IntelliJ IDEA中Project與Module的概念以及區(qū)別
這篇文章主要給大家介紹了關(guān)于IntelliJ IDEA中Project與Module的概念以及區(qū)別的相關(guān)資料,文中通過實(shí)例介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-01-01關(guān)于Java中靜態(tài)代碼塊的執(zhí)行淺析
這篇文章主要給大家介紹了關(guān)于Java中靜態(tài)代碼塊執(zhí)行的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-09-09Java?NIO下ByteBuffer的常用方法學(xué)習(xí)
這篇文章主要帶大家來初步學(xué)習(xí)一下NIO?中的?ByteBuffer的應(yīng)用與常用方法,文中的示例代碼講解詳細(xì),對(duì)我們深入學(xué)習(xí)Java有一定的幫助,感興趣的可以了解一下2023-05-05idea創(chuàng)建springboot項(xiàng)目和springcloud項(xiàng)目的詳細(xì)教程
這篇文章主要介紹了idea創(chuàng)建springboot項(xiàng)目和springcloud項(xiàng)目方法,本文通過圖文并茂的形式給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-10-10