JVM 垃圾收集器

            线程私有：  java内存运行时区域，其中程序计数器、本地方法栈、虚拟机栈随着线程而生，随线程而终结；虚拟机栈中的栈帧随方法的进入和退出有条不紊地执行者出栈和入栈。每个栈帧中分配的内存基本上是类结构确定下来时就已知的（可认为编译期间已知），在这些区域不必过多考虑垃圾回收的问题，因为方法结束或线程退出后，内存自然会回收。

 线程共享： JVM堆和方法区。一个接口多个实现类需要的内存及一个方法中需要的内存也可能不一样，只有在程序运行期间才能知道会创建那些对象，这部分内存的分配和回收也是动态的，这是垃圾回收器所关注的内存块。

可达性分析算法：通过一系列称为“GC Roots”的对象作为起点，从这些节点向下搜索，所走过的路径称为引用链，没有与引用链相连的对象称为可回收对象。

可作为引用链GC Roots的对象有：

• 虚拟机栈（栈帧中的本地变量表）中引用的对象；
• 方法区中静态属性引用的对象；
• 方法区中常量引用的对象；
• 本地方法栈中JNI（一般所说的Native方法）引用的对象。

垃圾收集算法：

标记-清除：分标记和清除两个阶段，先标记出所有需要回收的对象，在标记完成后统一回收。标记的对象即未与引用链相连的对象。这种算法的优缺点如下：

• 效率问题：标记和清除两者效率都不高；
• 空间问题：标记清除后会产生大量不连续内存空间碎片，如果碎片太多会导致后期需要分配大对象时，无法找到足够连续内存空间而不得不提前触发一次垃圾回收动作。

复制算法：应用于新生代内存空间。将内存容量等分为两块，先用完其中一块，就将其中存活的对象移到另一块，然后将已使用过的那块内存空间释放掉。内存回收每次针对整个半区回收，内存分配不用考虑碎片问题，效率高；但是内存使用率低。

现在商业虚拟机都是采用这种算法来回收新生代：将内存分为一块为Eden区和两块较小的Survivor区，每次使用Eden区和其中的一块Surivor区。当回收时将Eden和Surivior还存活的对象一起复制到另一块未使用的Surivior区中(如果已满会发一次Monitor GC)，然后清空Eden和刚才使用过的Surivior区。HotSpot虚拟机默认Eden与Surivior区比例为8:1，也就是说每次新生代可用内存空间为整个新生代容量90%（Eden+S0），只有10%(S1)的内存浪费。

标记-整理算法：与标记清除算法不一样的地方是，标记后不是清除掉而是将存活的对象移到到一端，端边界外的内存移除掉。

在新生代中每次垃圾回收时都发现大批量对象死去，只有少量的对象存活下来，比较实用于复制算法进行内存回收；而老年代对象存活率高、没有额外空间对它分配担保，就必须使用标记-清理和标记-整理算法进行回收。

导致GC运行过程必须停顿JAVA执行线程的重要原因：在引用链可达性分析过程中，引用的对象关系是不能动态变化的，如果这点不能满足就无法保证分析结果的准确性。

CMS收集器：是一种以获取最短回收停顿时间为目标的收集器。运作过程：

• 初始标记
• 并发标记
• 重新标记
• 并发清除