Java GC的原理

Java GC(garbage collec,垃圾收集,回收)

GC是对JVM中的内存进行标记和回收,Sun公司的JDK用的虚拟机都是HotSpot

对象化的实例是放在heap堆内存中的,这里讲的分代收集也是指对堆内存的回收

GC的分代收集分为:年轻代、老年代、永久代。(方法区是被当做永久代的,不过JDK1.6后将被取消掉了)

年轻代(Young Generation)、年老代(Old Generation)、永久代(Permanent Generation,也就是方法区)

1.年轻代的GC(存放实例化的对象)

年轻代分为三个区:Eden和两个存活区(Survivor0和Survivor1),分别占内存的80%、10%、10%

使用“停止-复制(Stop-and-copy)”清理法(将Eden区和一个Survivor中仍然存活的对象拷贝到另一个Survivor中)

当Eden区满时,就执行一次MinorGC,并将剩余存活的对象都添加到Surivivor0,回收Eden中的没有存活的对象。

当Surivivor0页都满了的时候,就将仍然存活的存到Surivivor1中,回收Surivivor0中的对象

Surivivor0和Surivivor1依次去存,当两个存活区切换了几次后(HotSpot默认是15次),将仍然存活的对象复制到老年代

2.老年代的GC(存放较大的实例化的对象和在年轻代中存活了足够久的对象)

老年代GC用的是标记-整理算法,即标记存活的对象,向一端移动,保证内存的完整性,然后将未标记的清掉

当老年代不够用时,也会执行Major GC,即Full GC

注意:如果永久代代存放的常量和类过大,无法全部放入永久代,也会触发永久代的GC,将一部分放入老年代

3.永久代的GC(存放常量、类)

说明:在JDK1.6版本之后,永久代就要被取消掉了,只留下年轻代和老年代

说明:年轻代的GC是必须的,但是老年代和永久代并不是必须的,可以通过设置参数来决定是否对类进行回收

下面是画的一个大概的图片。

 

猜你喜欢

转载自blog.csdn.net/m0_38054145/article/details/81450153