垃圾收集器与内存分配策略

垃圾收集器：

        如果说垃圾收集算法是内存回收的方法论，垃圾收集器就是内存回收的具体实现。对各种收集器进行比较并不是为了挑选出一个最好的收集器来而是为了对>具体应用选择最合适的收集器。收集器可以搭配使用。

        Serial收集器：
                serial收集器是最基本的、最古老的收集器，曾经是新生代收集的唯一选择。是一个单线程收集器。不仅仅是只会使用一个CPU或是一条收集线程去
完成垃圾收集工作，更重要的是在它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。但它经常难以接受，你想想，要是你的电脑运行一小时就要>暂停5分钟，你什么感受？下图就是serial/serial Old收集器的运行过程：

但是serial收集器并不是一个鸡肋，实际上到现在为止，它依然是迅疾在Client模式下的默认新生代收集器。简单、高效，对于单个CPU环境来说，有比较高的收集效
率。
        ParNew收集器：
                ParNew收集器其实就是serial收集器的多线程版本。除了使用多条线程进行垃圾收集以外，其余行为和serial收集器完全一样。ParNew/serial Old收集器的工作过程如下图所示：

        parallel Scanvenge收集器：
                parallel Scavenge收集器也是一个新生代收集器，它也是使用复制算法又是并行的多线程收集器。。。看上去和ParNew收集器一样。但是它的关注
点和其他收集器不一样，CMS等收集器的关注点尽可能的缩短垃圾收集时用户线程的停顿时间。但是Parallel Scavenge收集器的目标则是达到一个可控制的吞吐量，>吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间）
        Serial Old收集器：
                serial old收集器是老年代收集器，他同样是一个单线程收集器，使用“标记-整理”算法。这个收集器的主要意乙也是被Client模式下的虚拟机使用
。如果在Server模式下,它主要还有两大用途：一个实在JDK1.5以及之前的版本中与Parallel Scavenge收集器搭配使用，另一个就是作为CMS收集器的后备方案，在并
发收集发生Concurrent Mode Failure的时候使用。serial/serial Old收集器的工作过程如下图所示：

        Parallel Old收集器：
                Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和“标记-整理”算法。parallel Scavenge/Parallel Old收集器的工作>过程如下图：

        CMS收集器：
                CMS（Concurrent Mark Sweep）收集器是一种以获得最短回收停顿时间为目标的收集器。CMS收集器是基于“标记-清除”算法。整个过程分为四个步>骤：1，初始标记。2，并发标记。3，重新标记。4，并发清除。
                其中初始标记和重新标记依旧需要“Stop The World”。初始标记指示标记一下GC Roots能直接关联到的对象，速度很快，并发标记阶段就是进行GC Roots Tracing的过程，而重新标记阶段视为修正并发标记期间，以为用户程序继续运作而盗跖标记变动的那一部分对象的标记记录，这个阶段的停顿时间一般会比初
始标记阶段稍长一些，但是远比并发标记的时间短。整个过程耗时最长的就是并发阶段和并发清除过程。如下图所示：

它有三个显著地缺点：
        1，对CPU资源非常敏感。2，无法处理浮动垃圾而出现“Concurrent Mode Failure”失败导致另一次的Full GC的产生。3，因为使用“标记-清除”算法，所以会
出现大量的空间碎片。

        G1收集器：
                G1收集器与前面的CMS收集器相比有两个显著的改变：一个是G1收集器是基于“标记-整理”算法实现的收集器，而不产生空间碎片。二是可以非常精>确的控制停顿。可以基本不牺牲吞吐量的前提下完成低停顿的内存回收。

内存分配与回收策略
        对象优先在Eden分配，大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够的内存空间进行分配时，虚拟机将发起一次Minor GC。
        大对象直接进入老年区，所谓的大对象是指需要大量连续内存空间的Java对象，最典型的大对象就是那种很长的字符串及数组。大对象对虚拟机内存分配来>说就是个大灾难，经常出现大对象容易导致内存还有不少空间时就提前触法垃圾收集以获取足够的连续空间。虚拟机提供一个-XX:ParenureSizeTheshold参数，另大>于这个设置值的对象直接在老年区中分配。这样做的目的是避免在Eden区及两个Survivor区之间发生大量的内存拷贝（复习一下：新生代采用复制算法收集内存）
        长期存活的对象将进入老年区，虚拟机为每个对象定义了一个对象年龄的（Age）计数器。如果对象在Eden区出生并经历一次Minor GC后依然存活，并且能被
Survivor容纳，将被移动到Survivor空间中，并将对象年龄设为1.对象在Survivor区中每熬过一次Minor GC，年龄就增加1岁，当他的年龄增加到一定的程度（默认为
15）时，就会被晋升到老年代中。
        动态对象年龄判定,如果在Survivor中的相同的年龄所有对象的大小的总和大于Survivor空间的一半，年龄大于或者等于该年龄的对象就可以直接进去老年代
了。
        空间分配担保，在发生Minor GC时，虚拟机会检测之前每次晋升到老年代的平均值大小是否大于老年代的剩余空间大小，如果大于，则直接进行一次Full GC。如果小于，则查看HandlePromotionFailure设置是否允许担保失败；如果允许，那只会进行进行Minor GC；如果不允许，则也要改为进行一次Full GC。当大量对象
在Minor GC后仍然存活的情况时，就需要老年代进行担保。