Java基础之《JVM性能调优（9）—番外篇为什么CMS会出现内存碎片》

一、CMS为什么会出现内存碎片

经历了并发清除阶段后，垃圾对象都被清除了，剩下内存碎片，碎片化导致内存空间不连续，内存空间白白被占用但没数据。
说难听点，就是占着茅坑不拉屎。

如果碎片化太多时，会有什么后果？
会给大对象分配带来很大麻烦，往往会出现老年代还有很大空间剩余，但是无法找到足够大的连续空间来分配当前对象，不得不提前触发一次Full GC。

假如我有1M数据，需要4个格子空间，但是图上没有连续的4格空间分配给我，只能触发一次Full GC。

二、如何解决

答案就是整理。
为了解决这个问题，CMS收集器提供了一个-XX:UseCMSCompactAtFullCollection开关参数（默认就是开启的），用于在CMS收集器顶不住，要进行Full GC时开启内存碎片的合并整理过程，内存整理的过程是无法并发的，空间碎片问题没有了，但停顿时间不得不变长。
虚拟机设计者还提供了另外一个参数-XX:CMSFullGCsBeforeCompaction，这个参数是用于设置执行多少次不压缩的Full GC后，默认值为0，表示每次进入Full GC时都进行碎片整理。因为每次整理合并的过程都很慢。
把CMSFullGCsBeforeCompation配置为10，就会让上面说的第一个条件变成每隔10次真正的Full GC才做一次压缩（而不是每10次CMS并发GC就做一次压缩，目前VM里没有这样的参数）。
这会使Full GC更少做压缩，也就更容易使CMS的old gen受碎片化问题的困扰。

三、总结CMS
特点：
1、分代：老年代
2、工作方式：多线程并发回收
3、算法：标记-清除算法
4、性能设计：停顿时间短（响应速度快）

优点：
并发收集
低延迟

缺点：
垃圾收集结束后残余大量空间碎片