1.堆(Heap)空间分配不同
- CMS 将堆逻辑上分成Eden,Survivor(S0,S1),Old,并且他们是固定大小JVM启动的时候就已经设定不能改变,并且是连续的内存块
- G1 将堆分成多个大小相同的Region(区域),默认2048个,在1Mb到32Mb之间大小,逻辑上分成Eden,Survivor,Old,巨型,空闲,他们不是固定大小,会根据每次GC的信息做出调整
2.并发标记阶段三色标记算法处理结果不同
- CMS 在三色标记算法阶段,如果将白色对象重新分配给黑色对象时,在分配期间采用增量更新方式(写屏障中发现白色对象引用被分配给黑色对象时,分配过程中将白色重新设置为灰色,即插入的时候就记录修改)
- G1 在三色标记算法阶段,如果将白色对象重新分配给黑色对象时,采用SATB,并发标记阶段,所有被改变的对象入队,在写屏障中统一处理为灰色
3.压缩策略不同
- CMS中不启用压缩会产生很多内存碎片,当产生很多内存碎片的时候,找不到空间来分配剩余的对象,或者设定参数,使它合并相邻的的空闲内存,当合并超过一定次数后触发Full GC,进行压缩
- G1中每次回收过程中,将多个Region拷贝到空闲Region的时候都会进行压缩
4.可预测停顿
- 相比CMS,G1可以设定每次GC的时间,从而让GC在规定时间内回收效益最大的内存
5.GC策略不同
- CMS中,GC的策略分为,Young GC,Old GC,Full GC
- G1中,GC的策略分为,Young GC,Mixed GC,Full GC
6.Young GC不同
CMS的Young GC就是依赖并行GC(ParNew)去完成的.只有老年代中使用CMS GC(也就是Old GC)
CMS 使用分代回收,堆被分成了年轻代和老年代,其中年轻代回收依赖ParNew去回收,需要STW
这边稍微梳理下:
- 1.年轻代分成了Eden,Survivor(S0,S1),当Eden区域满了就触发Young GC,将Eden中存活的数据复制到S0或者S1中的一个中去,如果对象太大,Survivor中无法分配就直接存到Old去,然后回收垃圾的数据
- 2.这时Eden被清空了,Survivor其中一个被填了数据
- 3.等到Eden再次满了,就会再次存入之前的Survivor中去,如果Survivor也满了,就会将将Eden和Survivor中存活的对象复制到另外一个Survivor区域中,每次GC一次依然存活的对象的age都+1,默认当age=15的时候(经历了多次Young GC)那么就会晋升到Old去,然后清空Eden和Survivor
G1的Young GC是自己去清理的,而不是并行GC处理
- 1.Eden区域数据满了
- 2.将Eden区域中存活的复制到Survivor中去,其中符合条件的晋升,如果Survivor空间不够,那么将Survivor和Eden中存活的数据一起复制到一个新的区域中去,这时这个新的区域就是Survivor,然后回收掉之前的Eden和Survivor
- 3.每次Young GC之后,根据之前一次GC的信息调整Eden和Survivor的大小,因为G1中这两个区域并不是物理上连续的内存,而只是逻辑上的,因此可以动态分配