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中,保证不对全内存扫描,也不会遗漏内存垃圾。

猜你喜欢

转载自www.cnblogs.com/dhcao/p/10452048.html
今日推荐