JVM垃圾回收算法


GC(Garbage Collector)在回收对象前首先必须发现那些无用的对象,如何去发现定位这些无用的对象?常用的搜索算法如下:

搜索算法-引用计数器算法(废弃)

引用计数器算法是给每个对象设置一个计数器, 当有地方引用这个对象的时候,计数器+1,当引用失效的时候,计数器-1,当计数器为0的时候,JVM就认为对象不再被使用,是"垃圾”了。

优点:引用计数器实现简单,效率高;

缺点:不能解决循环引用问题(A 对象引用B对象,B对象又引用A对象,但是A、B对象已不被任何其他对象引用),同时每次计数器的增加和减少都带来了很多额外的开销。

所以在JDK1.1之后,这个算法已经不再使用了。

搜索算法-根搜索算法(使用)

根搜索算法是通过一些“GC Roots”对象作为起点,从这些节点开始往下搜索,搜索通过的路径成为引用链(Reference Chain),当一个对象没有被GC Roots的引用链连接的时候,说明这个对象是不可用的。
在这里插入图片描述
GC Roots对象包括:

  • 虚拟机栈(栈帧中的本地变量表)中的引用的对象;
  • 方法区域中的类静态属性引用的对象;
  • 方法区域中常量引用的对象;
  • 本地方法栈中JNI(Native方法)的引用的对象。

通过上面的算法搜索到无用对象之后,就是回收过程,回收算法如下:

回收算法-标记—清除算法(Mark-Sweep)

标记—清除算法包括两个阶段:“标记”和“清除”。在标记阶段,确定所有要回收的对象,并做标记。清除阶段紧随标记阶段,将标记阶段确定不可用的对象清除。

标记—清除算法是基础的收集算法,标记和清除阶段的效率不高,而且清除后回产生大量的不连续空间,这样当程序需要分配大内存对象时,可能无法找到足够的连续空间。

在这里插入图片描述
优点:不需要额外的空间;
缺点:两次扫描,严重浪费时间,会产生内存碎片。

回收算法-标记—整理算法(Mark-Compact)

标记—整理算法和标记—清除算法一样,但是标记—整理算法不是把存活对象复制到另一块内存,而是把存活对象往内存的一端移动,然后直接回收边界以外的内存。标记—整理算法提高了内存的利用率,并且它适合在收集对象存活时间较长的老年代。
在这里插入图片描述

回收算法-复制算法(Copying)

复制算法是把内存分成大小相等的两块,每次使用其中一块,当垃圾回收的时候,把存活的对象复制到另一块上,然后把这块内存整个清理掉。

复制算法实现简单,运行效率高,但是由于每次只能使用其中的一半,造成内存的利用率不高。
现在的JVM用复制方法收集新生代,由于新生代中大部分对象(98%)都是朝生夕死的,所以两块内存的比例不是1:1(大概是8:1)。
在这里插入图片描述
在这里插入图片描述
好处:没有内存碎片;
坏处:浪费了内存空间==>多了一半空间永远是空to。 假设对象100%存活(极端情况)

复制算法最佳使用场景:对象存活度较低的时候==>新生区

回收算法-分代收集算法(Generational Collection)

分代收集是根据对象的存活时间把内存分为新生代和老年代,根据各个代对象的存活特点,每个代采用不同的垃圾回收算法新生代采用复制算法,老年代采用标记—整理算法。垃圾算法的实现涉及大量的程序细节,而且不同的虚拟机平台实现的方法也各不相同。

总结

  • 内存效率:复制算法 > 标记清除算法 > 标记压缩算法(时间复 杂度)
    内存整齐度:复制算法 = 标记压缩算法 > 标记清除算法
    内存利用率:标记压缩算法 = 标记清除算法 > 复制算法

  • 年轻代:存活率低;复制算法。
    老年代:区域大、存活率高;标记清除(内存碎片不是太多) +标记压缩混合实现。

  • JVM在进行GC时,并不是对三个区域统一回收。大部分时候,回收都是新生代

    • 新生代
    • 幸存区(form,to)
    • 老年区
  • GC两种类:轻GC (普通的GC), 重GC (全局GC)

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值