垃圾收集流程图:
JVM在进行GC时,并非每次都是对三个内存(新生代、老年代;方法区)区域一起回收的,大部分时候回收的都是新生代;
针对HotSpot VM的实现,它里面的GC按照回收区域又分两大种类型:一种是部分收集(Partial GC),一种是整堆收集(Full GC)
部分收集(Partial GC):不是完整收集整个Java堆的垃圾
新生代收集(Minor GC / Young GC):只是新生代的垃圾收集
老年代收集(Major GC / Old GC):只是老年代的垃圾收集
目前只有CMS GC会有单独收集老年代的行为
注意,很多时候Major GC会和Full GC混淆使用,需要具体分辨是老年代回收还是整堆回收。
混合手机(Mixed GC):收集整个新生代以及部分老年代的垃圾收集;
muqian只有G1 GC会有这种行为
整堆收集(Full GC):收集整个Java堆和方法区的垃圾;
年轻代GC(Minor GC)触发机制:
当年轻代空间不足时,就会触发Minor GC,这里的年轻代满指的是Eden区满,Survivor满不会引发GC。(每次Minor GC 会清理年轻代的内存)
因为Java对象大多都具备朝生夕灭的特性,所以Monor GC非常频繁,一般回收速度也比较快。这一定义即清晰又易于理解。
Minor GC会引发STW,暂停其他用户的线程,等垃圾回收结束,用户线程才恢复运行。
老年代GC(Major GC/Full GC)触发机制:
只发生在老年代的GC,对象从老年代消失时,我们说“Major GC”或“Full GC”发生了。出现了Major GC,经常会伴随至少一次的Minor GC(但非绝对的,在Parallerl Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程)。
也就是在老年代空间不足时,会现场时触发Minor GC。如果之后空间还不足,则触发Major GC;
Major GC的速度一般会比Minor GC慢10倍以上,STW的时间更长。
如果Major GC后,内存还不足,就报OOM了。
Full GC触发机制:
触发Full GC执行的情况有如下五种:
(1)调用System.gc()时,系统建议执行Full GC,但是不必然执行
(2)老年代空间不足
(3)方法区空间不足
(4)通过Minor GC后进入老年代的平均大小大于老年代的可用内存
(5)由Eden区、survivor space0(From Space)区向survivor space1(To Space)区复制时,对象大小大于To Space可用内存,则把该对象转存到老年代,且老年代的可用内存小于对象大小
说明:full gc是开发或调优中尽量要避免。这样暂时时间会短一些。
针对幸存者S0,S1区的总结:复制之后有交换,谁空谁是to。
关于垃圾回收:频繁在新生去收集,很少在养老区收集 ,几乎不在永久区/元空间收集.
记得起初听这句话的时候是高一政治老师讲的,那时候 是12年,一晃10年了,时光荏苒,犹如白驹过隙,再听来却是别有一番风味:劳心者治人,劳力者治于人;治于人者食人,治人者食于人,天下之通义也。