浅析JVM中常见的垃圾收集算法

简介: 从如何判定对象消亡的角度出发, 垃圾收集算法可以划分为“引用计数式垃圾收集”(ReferenceCounting GC) 和“追踪式垃圾收集”(Tracing GC) 两大类, 这两类也常被称作“直接垃圾收集”和“间接垃圾收集”。由于主流Java虚拟机中均未涉及引用计数式垃圾收集算法,因此,本文所有算法均属于追踪式垃圾收集的范畴。对于JAVA虚拟机来说,不同的垃圾收集器采用了不同的垃圾收集算法。同样,不同的虚拟机,操作内存的方法也各不相同,下面介绍几种常见垃圾收集算法的思想。

常见GC的含义


  • 部分收集( Partial GC) :指目标不是完整收集整个Java堆的垃圾收集, 其中又分为:
  1. 新生代收集( Minor GC/Young GC):指目标只是新生代的垃圾收集
  2. 老年代收集( Major GC/Old GC):指目标只是老年代的垃圾收集。 目前只有CMS收集器会有单独收集老年代的行为。另外请注意“Major GC”这个说法现在有点混淆, 在不同资料上常有不同所指,读者需按上下文区分到底是指老年代的收集还是整堆收集。
  3. 混合收集( Mixed GC):指目标是收集整个新生代以及部分老年代的垃圾收集。 目前只有G1收集器会有这种行为。
  • 整堆收集( Full GC):收集整个Java堆和方法区的垃圾收集。


一、标记-清除算法


该算法分为“标记”和“清除”两个阶段

  1. 首先标记出所有需要回收的对象
  2. 在标记完成后, 统一回收所有被标记的对象

网络异常,图片无法展示
|

不足之处

  1. 效率问题, 执行效率不稳定,如果Java堆中包含大量对象, 而且其中大部分是需要被回收的, 这时必须进行大量标记和清除的动作, 导致标记和清除两个过程的执行效率都随对象数量增长而降低
  2. 空间问题, 标记清除之后会产生大量不连续的内存碎片, 空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时, 无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。


二、复制算法(标记-复制算法)


为了解决标记-清除算法的缺陷,复制算法就被提了出来。

该算法内存按容量划分为大小相等的两块, 每次只使用其中的一块。

当这一块的内存用完了, 就将还存活着的对象复制到另外一块上面, 然后再把已使用过的内存空间一次清理掉。

这样使得每次都是对整个半区进行内存回收,内存分配时也就不用考虑内存碎片等复杂情况, 只要移动堆顶指针,按顺序分配内存即可,实现简单,运行高效。

网络异常,图片无法展示
|

优点:

  1. 实现简单
  2. 对于新生代大多数对象都是朝生夕死的,效率很高

不足之处:

  1. 对象存活率较高时就要进行较多的复制操作, 效率将会变低
  2. 将内存缩小为了原来的一半, 未免太高了一点

现在的商用Java虚拟机大多都优先采用了这种收集算法去回收新生代, IBM公司曾有一项专门研究对新生代“朝生夕灭”的特点做了更量化的诠释——新生代中的对象有98%熬不过第一轮收集。 因此并不需要按照1∶ 1的比例来划分新生代的内存空间。

内存使用缩小的解决办法:Appel式回收

Appel式回收的具体做法:不是按照1:1的比例来划分内存空间, 而是将内存分为一块较大的Eden空间和两块较小的Survivor空间, 每次使用Eden和其中一块Survivor。

当回收时,将Eden和Survivor中还存活着的对象一次性地复制到另外一块Survivor空间上, 最后清理掉Eden和刚才用过的Survivor空间。

HotSpot虚拟机默认Eden和Survivor的大小比例是8:1, 也就是每次新生代中可用内存空间为整个新生代容量的90%( 80%+10%) , 只有10%的内存会被“ 浪费”

但是没有办法保证每次回收都只有不多于10%的对象存活, 当Survivor空间不够用时, 需要依赖其他内存( 这里指老年代) 进行分配担保。

如果另外一块Survivor空间没有足够空间存放上一次新生代收集下来的存活对象, 这些对象便将通过分配担保机制直接进入老年代, 这对虚拟机来说就是安全的。

三、标记-整理算法


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

为了解决复制算法的缺陷,充分利用内存空间,提出了标记-整理算法。

该算法分为“标记”和“整理”两个阶段

  1. 首先标记出所有需要回收的对象。
  2. 让所有存活的对象都向一端移动, 然后直接清理掉端边界以外的内存。

网络异常,图片无法展示
|

优点:

  1. 消除了标记-清除算法当中,内存区域分散的缺点,我们需要给新对象分配内存时,JVM 只需要持有一个内存的起始地址即可。
  2. 消除了复制算法当中,内存减半的高额代价。

不足之处:

  1. 从效率上来说,标记-整理算法要低于复制算法。
  2. 移动对象的同时,如果对象被其他对象引用,则还需要调整引用的地址。
  3. 移动过程中,需要全程暂停用户应用程序(即:Stop The World)。

注意:

通常标记-清除算法也是需要停顿用户线程来标记、清理可回收对象的,只是停顿时间相对而言要来的短而已。

标记-清除算法标记-整理算法的本质差异

前者是一种非移动式的回收算法, 而后者是移动式的

是否移动回收后的存活对象是一项优缺点并存的风险决策:如果移动存活对象,尤其是在老年代这种每次回收都有大量对象存活区域,移动存活对象并更新所有引用这些对象的地方将会是一种极为负重的操作,而且这种对象移动操作必须全程暂停用户应用程序才能进行,因此,使用者不得不小心翼翼地权衡其弊端。

如果跟标记-清除算法那样完全不考虑移动和整理存活对象的话,弥散于堆中的存活对象导致的空间碎片化问题就只能依赖更为复杂的内存分配器和内存访问器来解决。 譬如通过“分区空闲分配链表”来解决内存分配问题(计算机硬盘存储大文件就不要求物理连续的磁盘空间, 能够在碎片化的硬盘上存储和访问就是通过硬盘分区表实现的)。内存的访问是用户程序最频繁的操作,假如在这个环节上增加了额外的负担,势必会直接影响应用程序的吞吐量

基于以上两点, 是否移动对象都存在弊端。

  • 移动则内存回收时会更复杂,不移动则内存分配时会更复杂。
  • 从垃圾收集的停顿时间(延迟) 来看,不移动对象停顿时间会更短,甚至可以不需要停顿。
  • 从整个程序的吞吐量来看,移动对象会更划算。因为,即使不移动对象会使得收集器的效率提升一些,但因内存分配和访问相比垃圾收集频率要高得多,这部分的耗时增加, 总吞吐量仍然是下降的。 HotSpot虚拟机里面关注吞吐量的Parallel Scavenge收集器是基于标记-整理算法的, 而关注延迟的CMS收集器(延迟可控的情况下,尽量提高吞吐量)则是基于标记-清除算法的, 这也从侧面印证这点。

另外,还有一种“和稀泥式”解决方案可以不在内存分配和访问上增加太大额外负担,做法是让虚拟机平时多数时间都采用标记-清除算法,暂时容忍内存碎片的存在,直到内存空间的碎片化程度已经大到影响对象分配时,再采用标记-整理算法收集一次,以获得规整的内存空间。 前面提到的基于标记-清除算法的CMS收集器面临空间碎片过多时采用的就是这种处理办法。


四、分代收集算法


分代收集理论

当前商业虚拟机的垃圾收集器,大多数都遵循了“分代收集”的理论进行设计,它建立在三个分代假说之上:

  1. 弱分代假说(Weak Generational Hypothesis) : 绝大多数对象都是朝生夕灭的。
  2. 强分代假说(Strong Generational Hypothesis) : 熬过越多次垃圾收集过程的对象就越难以消亡。
  3. 跨代引用假说( Intergenerational Reference Hypothesis):跨代引用相对于同代引用来说仅占极少数。

前两个假说表明:

收集器应该将Java堆划分出不同的区域, 然后将回收对象依据其年龄(年龄即对象熬过垃圾收集过程的次数) 分配到不同的区域之中存储。 因此,在Java堆划分出不同的区域之后,垃圾收集器才可以每次只回收其中某一个或者某些部分的区域。

但是对象不是孤立的, 对象之间会存在跨代引用

同时,前两个假说也隐约表明:存在互相引用关系的两个对象,是应该倾向于同时生存或者同时消亡的。 举个例子,如果某个新生代对象存在跨代引用, 由于老年代对象难以消亡, 该引用会使得新生代对象在收集时同样得以存活, 进而在年龄增长之后晋升到老年代中,这时跨代引用也随即被消除了。

第三个假说表明,这种跨代引用仅占极少数。

因此,我们就不应再为了少量的跨代引用去扫描整个老年代,也不必浪费空间专门记录每一个对象是否存在及存在哪些跨代引用, 只需在新生代上建立一个全局的数据结构(该结构被称为“记忆集”,Remembered Set),这个结构把老年代划分成若干小块,标识出老年代的哪一块内存会存在跨代引用。 此后当发生Minor GC时,只有包含了跨代引用的小块内存里的对象才会被加入到GC Roots进行扫描。虽然这种方法需要在对象改变引用关系( 如将自己或者某个属性赋值)时维护记录数据的正确性,会增加一些运行时的开销,但比起收集时扫描整个老年代来说仍然是划算的。

分代收集算法

分代收集算法的核心思想是根据对象存活的生命周期将内存划分为若干个不同的区域。

一般情况下将堆区划分为老年代和新生代,老年代的特点是每次垃圾收集时只有少量对象需要被回收,而新生代的特点是每次垃圾回收时都有大量的对象需要被回收,那么就可以根据不同代的特点采取最适合的收集算法,根据各个年代的特点采用最适当的收集算法。

新生代中, 每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制算法, 只需要付出少量存活对象的复制成本就可以完成收集。

老年代中,因为对象存活率高、没有额外空间对它进行分配担保,就必须使用 “标记—清理” 或者 “标记—整理” 算法来进行回收。

值得注意的是,分代收集理论也有其缺陷,最新出现( 或在实验中) 的几款垃圾收集器都展现出了面向全区域收集设计的思想, 或者可以支持全区域不分代的收集的工作模式。


总结


针对年轻代,通常采用标记-复制算法。针对老年代,通常采用标记—清除 或者 标记—整理 算法。在采用在追求高吞吐量的情况下,采用标记—整理 算法,在追求低延迟的情况下,采用标记-清除算法。当前商业虚拟机的垃圾收集器主要采用分代收集算法。但分代收集理论也有其缺陷,最新出现的几款垃圾收集器都展现出了面向全区域收集设计的思想, 或者可以支持全区域不分代的收集的工作模式。


相关文章
|
2月前
|
存储 算法 Java
JVM自动内存管理之垃圾收集算法
文章概述了JVM内存管理和垃圾收集的基本概念,提供一个关于JVM内存管理和垃圾收集的基础理解框架。
JVM自动内存管理之垃圾收集算法
|
2月前
|
存储 算法 Java
JVM组成结构详解:类加载、运行时数据区、执行引擎与垃圾收集器的协同工作
【8月更文挑战第25天】Java虚拟机(JVM)是Java平台的核心,它使Java程序能在任何支持JVM的平台上运行。JVM包含复杂的结构,如类加载子系统、运行时数据区、执行引擎、本地库接口和垃圾收集器。例如,当运行含有第三方库的程序时,类加载子系统会加载必要的.class文件;运行时数据区管理程序数据,如对象实例存储在堆中;执行引擎执行字节码;本地库接口允许Java调用本地应用程序;垃圾收集器则负责清理不再使用的对象,防止内存泄漏。这些组件协同工作,确保了Java程序的高效运行。
19 3
|
2月前
|
C# UED 开发者
WPF打印功能实现秘籍:从页面到纸张,带你玩转WPF打印技术大揭秘!
【8月更文挑战第31天】在WPF应用开发中,打印功能至关重要,不仅能提升用户体验,还增强了应用的实用性。本文介绍WPF打印的基础概念与实现方法,涵盖页面元素打印、打印机设置及打印预览。通过具体案例,展示了如何利用`PrintDialog`和`PrintDocument`控件添加打印支持,并使用`PrinterSettings`类进行配置,最后通过`PrintPreviewWindow`实现打印预览功能。
97 0
|
2月前
|
C# UED 开发者
WPF动画大揭秘:掌握动画技巧,让你的界面动起来,告别枯燥与乏味!
【8月更文挑战第31天】在WPF应用开发中,动画能显著提升用户体验,使其更加生动有趣。本文将介绍WPF动画的基础知识和实现方法,包括平移、缩放、旋转等常见类型,并通过示例代码展示如何使用`DoubleAnimation`创建平移动画。此外,还将介绍动画触发器的使用,帮助开发者更好地控制动画效果,提升应用的吸引力。
64 0
|
3月前
|
存储 监控 算法
(六)JVM成神路之GC基础篇:对象存活判定算法、GC算法、STW、GC种类详解
经过前面五个章节的分析后,对于JVM的大部分子系统都已阐述完毕,在本文中则开始对JVM的GC子系统进行全面阐述,GC机制也是JVM的重中之重,调优、监控、面试都逃不开的JVM话题。
|
2月前
|
算法 Java 程序员
【JVM的秘密花园】揭秘垃圾收集器的神秘面纱!
【8月更文挑战第25天】在Java虚拟机(JVM)中,垃圾收集(GC)自动管理内存,回收未使用的对象以避免内存泄漏和性能下降。本文深入介绍了JVM中的GC算法,包括串行、并行、CMS及G1等类型及其工作原理。选择合适的GC策略至关重要:小型应用适合串行收集器;大型应用或多核CPU环境推荐并行收集器或CMS;需减少停顿时间时,CMS是好选择;G1适用于大堆且对停顿时间敏感的应用。理解这些能帮助开发者优化程序性能和稳定性。
29 0
|
3月前
|
存储 算法 Java
JVM 垃圾回收算法与垃圾回收器
JVM 垃圾回收算法与垃圾回收器
38 3
|
2月前
|
算法 Java 应用服务中间件
探索JVM垃圾回收算法:选择适合你应用的最佳GC策略
探索JVM垃圾回收算法:选择适合你应用的最佳GC策略
|
2月前
|
算法 Java
JVM自动内存管理之垃圾收集器
这篇文章是关于Java虚拟机(JVM)自动内存管理中的垃圾收集器的详细介绍。
|
3月前
|
监控 算法 Java
深入理解Java虚拟机:垃圾收集机制的演变与最佳实践
【7月更文挑战第14天】本文将带领读者穿梭于JVM的心脏——垃圾收集器,探索其设计哲学、实现原理和性能调优。我们将从早期简单的收集算法出发,逐步深入到现代高效的垃圾收集策略,并分享一些实用的调优技巧,帮助开发者在编写和维护Java应用时做出明智的决策。
42 3
下一篇
无影云桌面