Garbage Collection -- 04 -- 垃圾回收算法

原文链接:Garbage Collection – 04 – 垃圾回收算法


相关文章:


接着我们再来了解下 Java 虚拟机中的垃圾回收算法,主要有以下几种:标记-清除算法 (Mark-Sweep)、复制算法 (Copying)、标记-整理算法 (Mark-Compact)、分代收集算法 (Generational Collection)


一、标记-清除算法 (Mark-Sweep)

  • 该算法分为两个阶段:标记和清除,该算法首先从根集合开始扫描,对存活的对象进行标记 (使用可达性分析算法来找到垃圾对象),标记完毕后会对堆内存从头到尾进行线性遍历,如果发现有对象没有被标识为可达对象,那么就将此对象占用的内存给回收了,并且将原来标记为可达的对象的标识给清除掉,以便进行下一次垃圾回收

在这里插入图片描述

  • 如上所示,在标记阶段,B、E、F、G、J、K都是可达的,而A、C、D、H、I是不可达的,因此在清除阶段不可达的对象将会被回收

  • 其主要缺点如下

    • 效率问题,标记和清除两个过程的效率都不高

    • 空间问题,标记清除之后会产生大量不连续的内存碎片,空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时,无法找到足够的连续内存而不得不提前触发另一次垃圾回收动作


二、复制算法 (Copying)

  • 该算法将可用内存按容量划分为大小相等的两块,每次只使用其中一块作为对象面,其他的则为空闲面

  • 对象主要在对象面上被创建,当被定义为对象面的块的内存用完时,会将还存活着的对象从对象面复制到空闲面上,然后再将已使用过的内存空间一次性清理掉,这种算法适用于对象存活率低的场景

  • 这样使得每次都是对整个半区进行内存回收,内存分配时也就不用再考虑内存碎片等复杂情况,只要移动堆顶指针,按顺序分配内存即可,实现简单,运行高效,不过这种算法付出的代价是:将内存缩小为了原来的一半

在这里插入图片描述

  • 其主要优点如下

    • 解决了内存碎片化的问题

    • 顺序分配内存,简单高效

    • 适用于对象存活率低的场景

  • 目前的商业虚拟机都采用复制算法来回收新生代,在新生代中的对象 98% 是 “朝生夕死” 的,所以并不需要按照 1:1 的比例来划分内存空间,而是将内存分为一块较大的 Eden 空间和两块较小的 Survivor 空间,每次使用 Eden 和其中一块 Survivor。当回收时,将 Eden 和 Survivor 中还存活着的对象一次性地复制到另外一块 Survivor 空间上,最后清理掉 Eden 和刚才使用过的 Survivor 空间

  • HotSpot 虚拟机默认 Eden 和 Survivor 空间的大小比为 8:1,也就是每次新生代中可用内存空间为整个新生代容量的 90% (80% + 10%),只有 10% 的内存会被 “浪费”。当然,98% 的对象可回收只是一般场景下的数据,我们没有办法办证每次回收都只有不多于 10% 的对象存活,当 Survivor 空间不够用时,需要依赖其他内存 (这里指老年代) 进行分配担保

  • 如果另外一块 Survivor 空间没有足够空间来存放上一次新生代收集下来的存活对象时,这些对象会通过分配担保机制直接进入老年代


三、标记-整理算法 (Mark-Compact)

  • 复制收集算法在对象存活率较高时就要进行较多的复制操作,效率教会变得更低。更关键的是,如果不想浪费 50% 的空间,就需要有额外的空间来进行分配担保,以应对被使用的内存中所有对象都 100% 存活的极端情况,所以在老年代一般不能直接选用这种算法

  • 标记-整理算法则比较适合老年代的对象回收,该算法分为两个阶段:标记和整理,该算法首先从根集合开始扫描,对存活的对象进行标记 (使用可达性分析算法来找到垃圾对象),然后让所有存活的对象都向一端移动,最后直接清理掉端边界以外的内存

在这里插入图片描述

  • 其主要优点如下

    • 避免了内存空间的不连续性

    • 不用设置两块内存进行互换

    • 适用于对象存活率高的场景


四、分代收集算法 (Generational Collection)

  • 该算法根据对象存活周期的不同将内存划分为不同的区域以采用不同的垃圾回收算法

  • 一般把 Java 堆分为新生代和老年代,在新生代中,对象的存活率低,则会采用复制算法;而在老年代中,对象的存活率高,没有额外空间对其进行分配担保,则必须采用 “标记-清理” 或 “标记-整理” 算法

在这里插入图片描述


五、归纳总结

  • 标记-清除算法 (Mark-Sweep)

    • 从根集合开始扫描,对存活的对象进行标记,然后对堆内存从头到尾进行线性遍历,回收未被标记的对象

    • 缺点

      • 效率问题,标记和清除两个过程效率都不高

      • 空间问题,标记清除后会产生大量不连续的内存碎片,可能会导致程序分配大对象时,无法找到足够的连续内存而触发一次GC

  • 复制算法 (Copying)

    • 将可用内存按容量划分为大小相等的两块: 对象面和空闲面,对象在对象面上被创建,当对象面的内存用完后,会将还存活着的对象从对象面复制到空闲面上,然后再将已使用过的内存空间一次性清理掉

    • HotSpot 虚拟机默认 Eden 和 Survivor 空间的大小比为 8:1

    • 如果另外一块 Survivor 空间没有足够空间来存放上一次新生代收集下来的存活对象时,这些对象会通过分配担保机制直接进入老年代

    • 优点

      • 解决了内存碎片化的问题

      • 顺序分配内存,简单高效

      • 适用于对象存活率低的场景

    • 缺点

      • 内存代价高,可用内存为总内存的一半
  • 标记-整理算法 (Mark-Compact)

    • 从根集合开始扫描,对存活的对象进行标记,然后让所有存活的对象都向一端移动,最后直接清理掉端边界以外的内存

    • 优点

      • 避免了内存空间的不连续性

      • 不用设置两块内存进行互换

      • 适用于对象存活率高的场景

  • 分代收集算法 (Generational Collection)

    • 垃圾回收算法的组合拳

    • 按照对象生命周期的不同来划分区域以采用不同的垃圾回收算法

    • 在新生代中,对象的存活率低,采用复制算法;而在老年代中,对象的存活率高,没有额外空间对其进行分配担保,则采用 “标记-清理” 或 “标记-整理” 算法

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值