图解Java中的GC(分代收集器)

前面在Java垃圾收集算法中讲过垃圾收集算法中的分代收集器,今天看了一个视频发现里面将的也很不错,所以决定再总结一下。

我们知道,在分代收集算法中堆空间被分为新生代和老年代。因为新生代中对象的存活率比较低,所以一般采用复制算法,老年代的存活率一般比较高,一般使用”标记-清理”或者”标记-整理”算法进行回收。

上面的这个图已经很清楚的将堆的分区展现出来了。

下面我们来看看具体的算法过程。

新创建的对象一般放在新生代的Enden区,如下图所示。

上面对象中,绿色代表的是"存活对象",灰色的代表的是"待回收对象"。当Enden中被使用完的时候,就会发生新生代GC,也就是Minor GC,如下图。

首先会把存活对象复制到Survivor1中。

然后把Enden清空

移动到Survivor1空间后,设置对象年龄(Age)为1

这样第一次GC就完成了。

当Enden区再次被使用完的时候,就会再次进行GC操作。

上面Enden和Survivor1中,绿色表示存活对象,回收表示"待回收对象",因为在堆内存使用分配的过程中,也会不断有对象变得引用不可达。

再次GC的过程中,跟上面一样,将Enden区和Survivor1中的存活对象复制到Survivor2中。需要注意的是目前还是处于新生代的GC,因为新生代分为Enden、Survivor1、Survivor2三个区,使用的其实就是复制算法。

接着将Enden和Survivor1进行清空

然后将Enden中复制到Survivor2中的对象年龄设置为1,将Survivor1中复制到Survivor2中的对象年龄加1

这样新生代第二次GC就完成了。当Enden再一次被使用完的时候,就会发生第三次GC操作了。

下面基本重复上面的思路了,首先将Enden和Survivor2中的存活对象复制到Survivor1中。

然后将Enden和Survivor2进行清空

然后将Enden中复制到Survivor1中的对象年龄设置为1,将Survivor2中复制到Survivor1中的对象年龄加1

后面的操作基本都是重复的,那什么时候会进入老年代呢?从上面看到,如果对象在GC过程中没有被回收,那么它的对象年龄(Age)会不断的增加,对象在Survivor区每熬过一个Minor
GC,年龄就增加1岁,当它的年龄到达一定的程度(默认为15岁),就会被移动到老年代,这个年龄阀值可以通过-XX:MaxTenuringThreshold设置。

视频链接:Garbage collection in Java, with Animation and discussion of
G1 GC

时间: 2024-10-11 11:26:36

图解Java中的GC(分代收集器)的相关文章

Java虚拟机学习:分代收集算法

摘要:当前商业虚拟机的垃圾收集都采用"分代收集"(Generational Collection)算法,这种算法并没有什么新的思想,只是根据对象的存活周期的不同将内存划分为几块.一般是把Java堆分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法.在新生代中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制算法,只需要付出少量存活对象的复制成本就可以完成收集.而老年代中因为对象存活率高.没有额外空间对它进行分配担保,就必须使用"标记-清理&qu

Java垃圾回收-分代收集

Java自动垃圾回收(Automatic Garbage Collection)是自动回收堆上不再使用的内存,new的对象在程序中没有引用指向它,就会被回收.回收的实现很多,有Reference Counting Collector/Tracing Collector/Compacting Collector/Coping Collector/Generational Collector/Adaptive Collector.本文记录的是HotSpot Java VM采用的Generationa

JAVA 年老代收集器 第10节

JAVA 年老代收集器 第10节 上一章我们讲了新生代的收集器,那么这一章我们要讲的就是关于老年代的一些收集器.老年代的存活的一般是大对象以及生命很顽强的对象,因此新生代的复制算法很明显不能适应该区域的特性,所以老年代采用的是“标记-清除-整理”算法(以前的章节有详细讨论过). SerilalOld收集器:该收集器是Serial收集器的老年代版,同样是一个单线程的收集器,优劣势和Serial收集器一样,这里就不多说了. Parallel Old收集器:在我们之前文章的代码例子中默认的年老代收集器

Java虚拟机笔记(五):JVM中对象的分代

为什么要分代 为什么需要把堆分代?不分代不能完成他所做的事情么?其实不分代完全可以,分代的唯一理由就是优化GC性能.你先想想,如果没有分代,那我们所有的对象都在一块,GC的时候我们要找到哪些对象没用,这样就会对堆的所有区域进行扫描.因为每次回收都需要遍历所有存活对象,但实际上,对于生命周期长的对象而言,这种遍历是没有效果的,因为可能进行了很多次遍历,但是他们依旧存在.不同的对象的生命周期是不一样的,因此,不同生命周期的对象可以采取不同的收集方式,以便提高回收效率.因此,分代垃圾回收采用分治的思想

jvm的stack和heap,JVM内存模型,垃圾回收策略,分代收集,增量收集(转)

深入Java虚拟机:JVM中的Stack和Heap(转自:http://www.cnblogs.com/laoyangHJ/archive/2011/08/17/gc-Stack.html) 在JVM中,内存分为两个部分,Stack(栈)和Heap(堆),这里,我们从JVM的内存管理原理的角度来认识Stack和Heap,并通过这些原理认清Java中静态方法和静态属性的问题. 一般,JVM的内存分为两部分:Stack和Heap. Stack(栈)是JVM的内存指令区.Stack管理很简单,push

java 中的gc问题

前几天服务器出现了一些问题,然后组内同学就这些问题写过一篇文章,下面是顺着那篇文章,接着写一些内容. 一:GC算法的类型 GC也就是垃圾回收,和我们日常中的垃圾回收一样,语言中的垃圾回收也是表示对已经不再使用的对象进行清理,获得更多的内存空间:日常生活中也是一样的,比如去餐厅吃饭,每个人都要用到碗筷进行回收,一直都用之前的话,肯定是会用完的,那这个碗筷回收的算法时怎么样的呢?对于餐厅来说最好的方式是,在每个人吃完之后,自己将碗筷放到垃圾回收的地方,但是这样有两个问题,一个是餐厅就餐人的素质要比较

《深入理解java虚拟机》笔记(7)JVM调优(分代垃圾收集器)

以下配置主要针对分代垃圾回收算法而言. 一.堆大小设置 年轻代的设置很关键 JVM中最大堆大小有三方面限制:相关操作系统的数据模型(32-bt还是64-bit)限制:系统的可用虚拟内存限制:系统的可用物理内存限制.32位系统下,一般限制在1.5G~2G:64为操作系统对内存无限制.在Windows Server 2003 系统,3.5G物理内存,JDK5.0下测试,最大可设置为1478m. 典型设置: java -Xmx3550m -Xms3550m -Xmn2g –Xss128k -Xmx35

Jvm(26),回收策略-----分代收集算法(hotsopt采用的算法)

摘要 当前商业虚拟机的垃圾收集都采用"分代收集"(Generational Collection) 算法,这种算法并没有什么新的思想,只是根据对象的存活周期的不同将内存划分为几块.一般是把Java堆分为新生代和老年代,这样就可以根据各个年代的特点采用    适当的收集算法.在新生代中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制算法,只需要付出少量存活对象的复制成本就可以完成收集.而老年代中因为对象存活率高.没有额外空间对它进行分配担保,就必须使用"标记-清

JAVA 年轻代收集器 第九节

JAVA 年轻代收集器  第九节 继续上一章所讲的,STW即GC时候的停顿时间,他会暂停我们程序中的所有线程.如果STW所用的时间长而且次数多的话,那么我们整个系统稳定性以及可用性将大大降低. 因此我们在必要的时候需要对虚拟机进行调优,那么调优的主要目标之一就是降低STW的时间,也就是减少Full GC的次数.那么这里我们从调优的角度来分析各个收集器的优势与不足. 首先从作用于年轻代的收集器开始(采用复制的收集算法): Serial收集器:一个单线程收集器,在进行回收的时候,必须暂停其他所有的工