JAVA GC 虚拟机垃圾回收算法

• 引用计数（Reference Counting）
  比较古老的回收算法。原理是此对象有一个引用，即增长一个计数，删除一个引用则减小一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是没法处理循环引用的问题。

• 标记-清除（Mark-Sweep）
  此算法执行分两阶段。第一阶段从引用根节点开始标记全部被引用的对象，第二阶段遍历整个堆，把未标记的对象清除。此算法须要暂停整个应用，同时，会产生内存碎片。

• 复制（Copying）
  此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另一个区域中。次算法每次只处理正在使用中的对象，所以复制成本比较小，同时复制过去之后还能进行相应的内存整理，不过出现"碎片"问题。固然，此算法的缺点也是很明显的，就是须要两倍内存空间。

• 标记-整理（Mark-Compact）
  此算法结合了"标记-清除"和"复制"两个算法的优势。也是分两阶段，第一阶段从根节点开始标记全部被引用对象，第二阶段遍历整个堆，把清除未标记对象而且把存活对象"压缩"到堆的其中一块，按顺序排放。此算法避免了"标记-清除"的碎片问题，同时也避免了"复制"算法的空间问题。

• 增量收集（Incremental Collecting）
  实施垃圾回收算法，即：在应用进行的同时进行垃圾回收。不知道什么缘由JDK5.0中的收集器没有使用这种算法的。

• 分代（Generational Collecting）
  基于对对象生命周期分析后得出的垃圾回收算法。把对象分为年青代、年老代、持久代，对不一样生命周期的对象使用不一样的算法（上述方式中的一个）进行回收。如今的垃圾回收器（从J2SE1.2开始）都是使用此算法的。

• 
  

  GC有两种类型：Scavenge GC和Full GC。

• Tenured被写满

• Perm域被写满

• System.gc()被显示调用

• 上一次GC以后Heap的各域分配策略动态变化

• Scavenge GC
  通常状况下，当新对象生成，而且在Eden申请空间失败时，就好触发Scavenge GC，堆Eden区域进行GC，清除非存活对象，而且把尚且存活的对象移动到Survivor区。而后整理Survivor的两个区。

• Full GC对整个堆进行整理，包括Young、Tenured和Perm。Full GC比Scavenge GC要慢，所以应该尽量减小Full GC。有以下缘由可能致使Full GC：