Java 细聊JVM之堆与GC

本文深入探讨了Java JVM的堆内存结构,包括新生区、养老区和永久区的细节。详细介绍了GC(垃圾收集)的工作原理,如Minor GC和Full GC的区别。此外,文章还讨论了HotSpot虚拟机规范,元空间的引入以及JDK 1.7和1.8中堆参数的调优。最后,解释了不同的垃圾收集算法,如复制、标记清除、标记压缩等,并强调了没有最优算法,只有最合适的算法,根据对象的生命周期和内存区域选择适当的GC策略。
摘要由CSDN通过智能技术生成

JVM内存体系结构

堆体系结构

一个JVM实例只存在一个堆内存,堆内存的大小是可以调节的。类加载器读取了类文件后,需要把类、方法、常变量放到堆内存中,保存所有引用类型的真实信息,以方便执行器执行,堆内存分为三部分:

  • Young Generation Space  新生区                    Young/New
  • Tenure generation space  养老区                     Old/ Tenure
  • Permanent Space              永久区                         Perm

堆内存逻辑上分为三部分:新生+养老+永久,但是物理上只有两部分:新生+养老

新生区

新生区是类的诞生、成长、消亡的区域,一个类在这里产生,应用,最后被垃圾回收器收集,结束生命。

新生区又分为两部分: 伊甸区(Eden space)和幸存者区(Survivor pace) ,所有的类都是在伊甸区被new出来的。

幸存区有两个: 0区(Survivor 0 space)和1区(Survivor 1 space)。当伊甸园的空间用完时,程序又需要创建对象,JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC),将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存 0区。若幸存 0区也满了,再对该区进行垃圾回收,然后移动到 1 区。那如果1 区也满了呢?再移动到养老区。若养老区也满了,那么这个时候将产生MajorGC(FullGC),进行养老区的内存清理。若养老区执行了Full GC之后发现依然无法进行对象的保存,就会产生OOM异常“OutOfMemoryError”。

如果出现 java.lang.OutOfMemoryError: Java heap space异常,说明Java虚拟机的堆内存不够。

原因有二:

  1. Java虚拟机的堆内存设置不够,可以通过参数-Xms、-Xmx来调整。
  2. 代码中创建了大量大对象,并且长时间不能被垃圾收集器收集(存在被引用)。

GC

GC作用域

GC种类

JVM在进行GC时,并非每次都对上面三个内存区域一起回收的, 大部分时候回收的都是指新生代。
因此GC按照回收的区域又分了两种类型,一种是普通GC (minor GC),一种是全局GC ( major GC or Full GC)

Minor GC和Full GC的区别

普通GC (minor GC) :只针对新生代区域的GC,指发生在新生代的垃圾收集动作,因为大多数Java对象存活率都不高,所以Minor GC非常频繁,一般回收速度也比较快。

全局GC (major GC or Full GC) :指发生在老年代的垃圾收集动作,出现了Major GC,经常会伴随至少一次的Minor GC (但并不是绝对的)。Major GC的速度- - 般要比Minor GC 慢上10倍以上

堆GC角度划分

1&#x

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值