之前的java垃圾回收之標(biāo)記清除算法詳解 會(huì)導(dǎo)致內(nèi)存碎片。下文的介紹的coping算法可以解決內(nèi)存碎片問(wèn)題。

概述

如果jvm使用了coping算法，一開(kāi)始就會(huì)將可用內(nèi)存分為兩塊，from域和to域， 每次只是使用from域，to域則空閑著。當(dāng)from域內(nèi)存不夠了，開(kāi)始執(zhí)行g(shù)c操作，這個(gè)時(shí)候，會(huì)把from域存活的對(duì)象拷貝到to域,然后直接把from域進(jìn)行內(nèi)存清理。

應(yīng)用場(chǎng)景

coping算法一般是使用在新生代中，因?yàn)樾律械膶?duì)象一般都是朝生夕死的，存活對(duì)象的數(shù)量并不多，這樣使用coping算法進(jìn)行拷貝時(shí)效率比較高。

jvm將heap 內(nèi)存劃分為新生代與老年代，又將新生代劃分為eden(伊甸園) 與2塊survivor space(幸存者區(qū)) ,然后在eden –>survivor space 以及from survivor space 與to survivor space 之間實(shí)行copying 算法。

不過(guò)jvm在應(yīng)用coping算法時(shí)，并不是把內(nèi)存按照1:1來(lái)劃分的，這樣太浪費(fèi)內(nèi)存空間了。一般的jvm都是8:1。也即是說(shuō),eden區(qū):from區(qū):to區(qū)域的比例是8:1:1

始終有90%的空間是可以用來(lái)創(chuàng)建對(duì)象的,而剩下的10%用來(lái)存放回收后存活的對(duì)象。

1、當(dāng)eden區(qū)滿的時(shí)候,會(huì)觸發(fā)第一次young gc,把還活著的對(duì)象拷貝到survivor from區(qū)；當(dāng)eden區(qū)再次觸發(fā)young gc的時(shí)候,會(huì)掃描eden區(qū)和from區(qū)域,對(duì)兩個(gè)區(qū)域進(jìn)行垃圾回收,經(jīng)過(guò)這次回收后還存活的對(duì)象,則直接復(fù)制到to區(qū)域,并將eden和from區(qū)域清空。

2、當(dāng)后續(xù)eden又發(fā)生young gc的時(shí)候,會(huì)對(duì)eden和to區(qū)域進(jìn)行垃圾回收,存活的對(duì)象復(fù)制到from區(qū)域,并將eden和to區(qū)域清空。

3、可見(jiàn)部分對(duì)象會(huì)在from和to區(qū)域中復(fù)制來(lái)復(fù)制去,如此交換15次(由jvm參數(shù)maxtenuringthreshold決定,這個(gè)參數(shù)默認(rèn)是15),最終如果還是存活,就存入到老年代

注意：

• 萬(wàn)一存活對(duì)象數(shù)量比較多，那么to域的內(nèi)存可能不夠存放，這個(gè)時(shí)候會(huì)借助老年代的空間。

優(yōu)點(diǎn)

在存活對(duì)象不多的情況下，性能高，能解決內(nèi)存碎片和java垃圾回收之標(biāo)記清除算法詳解 中導(dǎo)致的引用更新問(wèn)題。

缺點(diǎn)

• 會(huì)造成一部分的內(nèi)存浪費(fèi)。不過(guò)可以根據(jù)實(shí)際情況，將內(nèi)存塊大小比例適當(dāng)調(diào)整；
• 如果存活對(duì)象的數(shù)量比較大，coping的性能會(huì)變得很差。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)服務(wù)器之家的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接

原文鏈接：https://blog.csdn.net/linsongbin1/article/details/51668859