深入JVM垃圾收集(GC流程) 深入JVM垃圾收集(GC流程)

JVM垃圾收集机制

整个JVM中的GC的处理机制：对不需要的对象进行标记，而后进行清除.

文章图片
JDK 1.8之后将最初的永久代内存空间取消了
取消永久代目的：是为了将HotSpot与JRockit两个虚拟机标准联合为一个。
在整个的JVM堆内存之中实际上将内存分为了三块：

GC流程

所有的数据都会保存在JVM的堆内存之中，但是在实际的开发之中经常会创建许多的临时对象，也会有一些常驻对象存在，所以为了保证GC的性能问题，对于GC
的处理流程如下图所示

文章图片
对于整个的GC流程里面，那么最需要处理的就是年轻代与老年代的内存清理操作，而元空间（永久代）都不在GC范围内；

当现在有一个新的对象产生，那么对象一定需要内存空间，于是现在就需要为该对象进行内存空间的申请；
首先会判断伊甸园区是否有内存空间，如果此时有内存空间，则直接将新对象保存在伊甸园区；
但是如果此时伊甸园区的内存空间不足，那么会自动执行一个MinorGC操作，将伊甸园区的无用内存空间进行清理，清理之后会继续判断伊甸园区的内存空间是否充足？如果内存空间充足，则将新的对象直接在伊甸园区进行空间分配；
如果执行了Minor GC之后发现伊甸园区的内存依然不足，那么这个时候会进行存活区判断，如果存活区有剩余空间，则将伊甸园区的部分活跃对象保存在存活区，那么随后继续判断伊甸园区的内存空间是否充足，如果充足，则在伊甸园区进行新对象的空间分配；
如果此时存活区也已经没有内存空间了，则继续判断老年区，如果此时老年区空间充足，则将存活区中的活跃对象保存到老年代，而后存活区就会存现有空余空间，随后伊甸园区将活跃对象保存在存活区之中，而后在伊甸园区里为新对象开辟空间；
如果这个时候老年代也满了，那么这个时候将产生M ajor GC（FullGC），进行老年代的内存清理。
如果老年代执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”