java gc种类_介绍Java GC种类，并更换 调优GC

调整JVM GC(Garbage Collection)，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别(Web可以适当的停顿，但GUI停顿是客户无法接受的)，而且由于跑在各个机器上的配置不同(主要cup个数，内存不同)，所以使用的GC种类也会不同。接下来，我简单介绍一下如何调整GC。

首先说一下如何监视GC，你可以使用我以前文章中提到的JDK中的jstat工具 ，也可以在java程序启动的opt里加上如下几个参数(注:这两个参数只针对SUN的HotSpot VM)：

-XX:-PrintGC     Print messages at garbage collection. Manageable.

-XX:-PrintGC Details     Print more details at garbage collection. Manageable. (Introduced in 1.4.0.)

-XX:-PrintGCTimeStamps     Print timestamps at garbage collection. Manageable (Introduced in 1.4.0.)

当把-XX:-PrintGC Details 加入到java opt里以后可以看见如下输出：

[GC [DefNew: 34538K->2311K(36352K), 0.0232439 secs] 45898K->15874K(520320K), 0.0233874 secs]

[Full GC [Tenured: 13563K->15402K(483968K), 0.2368177 secs] 21163K->15402K(520320K), [Perm : 28671K->28635K(28672K)], 0.2371537 secs]

他们分别显示了GC的过程，清理出了多少空间。第一行GC使用的是 ‘普通GC’(Minor Collections)，第二行使用的是 ‘全GC’(Major Collections)。他们的区别很大，在第一行最后我们可以看见他的时间是0.0233874秒，而第二行的Full GC的时间是0.2371537秒。第二行的时间是第一行的接近10倍，也就是我们这次调优的重点，减少Full GC 的次数，以为Full GC 会暂停程序比较长的时间，如果Full GC 的次数比较多。程序就会经常性的假死。当然这只是他们的表面现象，接下来我仔细介绍一下GC，和 Full GC(为后面的调优做准备)。

我们知道Java和C++的区别主要是，Java不需要像c++那样，由程序员主动的释放内存。而是由JVM里的GC(Garbage Collection)来，在适当的时候替我们释放内存。GC 的内部工作，即GC的算法有很多种, 如：标记清除收集器，压缩收集器，分代收集器等等。现在比较常用的是分代收集(也是SUN VM使用的)，即将内存分为几个区域，将不同生命周期的对象放在不同区域里(新的对象会先 生成在Young area，在几次ＧＣ以后，如过没有收集到，就会逐渐升级到Tenured area)。在GC收集的时候，频繁收集生命周期短的区域(Young area)，因为这个区域内的对象生命周期比较短，GC 效率也会比较高。而比较少的收集生命周期比较长的区域(Old area or Tenured area)，以及基本不收集的永久区(Perm area)。

注：Young area又分为三个区域分别叫Eden，和俩个Survivor spaces。Eden用来存放新的对象，Survivor spaces用于 新对象 升级到 Tenured area时的 拷贝。

我们管收集 生命周期短的区域(Young area) 的收集叫 GC，而管收集 生命周期比较长的区域(Old area or Tenured area)的收集叫 Full GC，因为他们的收集算法不同，所以使用的时间也会不同。我们要尽量减少 Full GC 的次数。

内存模型介绍：http://dolphin-ygj.iteye.com/blog/366280