JVM·垃圾收集器与内存分配策略之垃圾收集器！

1、Serial（串行）收集器（新生代都采用复制算法）

    这是个单线程的收集器：即 当他工作的时候，会停掉虚拟机所有的线程！（Stop The World）

2、ParNew（并行）收集器（新生代都采用复制算法）

    这是Serial的升级版，允许多条GC线程同时回收，但是，依然要停掉所有的用户线程（Stop The World）

3、Parallel Scavenge收集器（新生代都采用复制算法）：尽可能的减少用户程序的停顿时间

    这也是并行收集器，跟ParNew看上去一样，但多了个重要的性能：可控吞吐量

    吞吐量：运行用户代码时间/（运行用户代码时间+垃圾回收时间）

      -XX:MaxGCPauseMillis=m：m是一个大于0的毫秒数。即：收集器尽可能的保证内存回收花费的时间不超过设定值。

      -XX:GCTimeRatio=n：n是大于0小于100的整数。公式1/(1+n)为垃圾收集时间占总时间的百分比。即：如果n=9。那么1/(1+9)=10%。GC运行的时间占总时间的10%。

      -XX:+UseAdaptiveSizePolicy：这是一个开关参数，打开这个参数之后，就不需要手动指定新生代的大小（-Xmn），Eden和Survivor的比例（-XX:SurvivorRatio）、晋升老年代对象大小（-XX:PretenureSizeThreshold）等细节参数了，虚拟机会根据当前系统的运行情况收集性能监控信息，自动调整这些参数，以配合停顿时间或者吞吐量。

4、Serial Old收集器

    是Serial的老年代收集器，老年代采用“标记-整理”算法。

5、Parallel Old 收集器 

    是Parallel Scavenge的老年代收集器，老年代采用“标记-整理”算法。

6、CMS 收集器 (Concurrent Mark Sweep)

     获取最短回收停顿时间为目的。

      整个过程：

            1.初始标记（CMS initial mark）：stop the world，时间短。串行

            2.并发标记（CMS concurrent mark）: 并发

            3.重新标记（CMS remark）：stop the world ，时间比初始标记长，但也很短。并行

            4.并发清除（CMS concurrent sweep）: 并发

 

        说明：    

             1、CMS默认启动的回收线程：（CPU数量+3）/ 4。可以计算，cup数量不合适的时候，会占很多的cup。

                2、浮动垃圾（Floating Garbage）：CMS并发回收的同时，用户线程还在不断的产生垃圾，这部分垃圾只有在下次才会被回收。

                3、JDK1.5默认当老年代使用到了68%时触发。调整参数：-XX:CMSInitiatingOccupancyFraction=70。即：老年代占70%的时候触发垃圾回收。。JDK1.6已经提升到92%

                4、标记-清除  算法本身会有很多的内存碎片产生。所以有一下两个参数

                        -XX:+UseCMSCompactAtFullCollection   ：开关参数，默认开启。在老年代内存不够时，或者零碎内存放不下大对象时，进行内存压缩。

                        -XX:CMSFullGCsBeforeCompaction=5： 设置当进行5次不压缩的GC后，跟着来一次压缩的GC。

7、G1 收集器 (Garbage-First)

        JDK7u4中开始应用，被赋予使命：替换CMS收集器。

         整个过程：

             1.初始标记（Initial marking）：stop the world，时间短。串行

             2.并发标记（Concurrent marking）: 并发

             3.最终标记（Final Marking）：stop the world 。并行

             4.筛选回收（Live Data Counting and Evacuation）：stop the world 。并行

        

        特点：

            1、并发与并行。

            2、分代收集（他可以不依赖分代）。

            3、空间整合：整体采用“标记-整理”，局部（Region之间）采用“复制算法”。

            4、可预测的停顿：能让使用者明确指定在一个长度为M毫秒的时间片段内，消耗在垃圾回收上的时间不得超过N毫秒。

        看起来没那么厉害，那他到底哪里好了？

        实现：

            1、“化整为零”，将整个堆区分为若干个Region（区域）。新生代和老年代不再物理隔离，而是各自由不同的Region组成。

            2、 价值大小：回收所获得的空间大小以及回收所需时间的经验值。在后台维护一个优先列表，每次根据允许的收集时间，有限回收加值大的Region。这种分区和优先级的模式，可以最大的保证在有限的时间内获取尽可能高的收集效率。

            3、Remembered Set：为了避免或者尽可能减少由于Region之间对象的引用而引起的整个堆的扫描（因为Region之间可以互相引用，导致扫描不可能只发生在单个Region）。G1中每个Region都有与之对应的Remembered Set，虚拟机发现程序在对Reference类型进行写操作时（Reference写操作：就是将对象的引用关系写入Reference中），会产生一个Write Barrier暂时中断写操作，检查Reference类型是否在不同的Region，如果是，便通过CardTable吧相关的引用信息写入到被引用对象所属的Region中的Remembered Set中，保证不对全内存扫描，也不会遗漏内存垃圾。