垃圾搜集器简介
垃圾搜集器大致分为以下三类
串行搜集器（serial collector）：它只有一条GC线程，且就像前面说的，它在运行的时候需要暂停用户程序（stop the world）。
并行搜集器（parallel collector）：它有多条GC线程，且它也需要暂停用户程序（stop the world）。
并发搜集器（concurrent collector）：它有一条或多条GC线程，且它需要在部分阶段暂停用户程序（stop the world），部分阶段与用户程序并发执行。
hotspot中的垃圾搜集器
串行搜集器的实现：serial（用于新生代，采用复制算法）、serial old（用于年老代，采用标记/整理算法）
并行搜集器的实现：ParNew（用于新生代，采用复制算法）、Parallel Scavenge（用于新生代，采用复制算法）、Parallel old（用于年老代，采用标记/整理算法）
并发搜集器的实现：concurrent mark sweep[CMS]（用于年老代，采用标记/清除算法）
垃圾收集器详解
JVM启动的两种模式
client模式：开发时默认启动模式
server模式：使用-server强制开启server模式，
两者的主要区别：
server模式下做了大量的优化工作。
server模式下应用启动较慢，但在长时间运行情况下，运行速度会越来越快。
client模式启动快，但不适合长时间运行。
搜集器详解
名称
算法
内存区域
执行方式
执行过程
特点
适用场景
开启参数
Serial Garbage Collector
复制算法
针对新生代设计
单线程、串行
当新生代内存不够用时，先暂停全部用户程序，然后开启一条GC线程使用复制算法对垃圾进行回收，这一过程中可能会有一些对象提升到年老代
由于单线程运行，且整个GC阶段都要暂停用户程序，因此会造成应用程序停顿时间较长，但对于小规模的程序来说，却非常适合。
平时的开发与调试程序使用，以及桌面应用交互程序。
-XX:+UseSerialGC（client模式默认值）
Serial Old Garbage Collector
标记/整理算法
针对年老代设计
单线程、串行
同Serial Garbage Collector
同Serial Garbage Collector
同Serial Garbage Collector
-
ParNew Garbage Collector
复制算法
针对新生代设计
多线程、并行
开启若干条GC线程使用复制算法并行进行垃圾回收，这一过程中可能会有一些对象提升到年老代
有几个处理器就会开几个线程（不过线程数是可以使用参数-XX:ParallelGCThreads=控制的），因此只适合于多核多处理器的系统
在中到大型的堆上，且系统处理器至少多于一个的情况。对于单个处理器来说，由于并行执行的开销（比如同步），ParNew的性能将会低于serial搜集器。
-XX:+UseParNewGC
Parallel Scavenge Garbage Collector
复制算法
针对新生代设计
并行
优先满足最大停顿时间的目标，次之是吞吐量，最后才是新生代区域的最小值。
更精确的控制GC停顿时间以及吞吐量
适用场景
控制最大的停顿时间（使用-XX:MaxGCPauseMillis=），以及控制吞吐量（使用-XX:GCTimeRatio=）server模式下默认的新生代搜集器
Parallel Old Garbage Collector
标记/整理算法
年老代设计
并行搜集器
-
它是除了serial old以外唯一一个可以与parallel scavenge搭配工作的年老代搜集器
-
-XX:-UseParallelOldGC
Concurrent Mark Sweep Garbage Collector
标记/清除算法
年老代
-
-
应用程序与GC线程一起工作
-
-
组合的威力
三种经典的组合
serial & serial old
client模式下默认的垃圾收集器组合，可通过-XX:+UseSerialGC强制开启。非常适合运行于客户端PC的小型应用程序，或者桌面应用程序（比如swing编写的用户界面程序），以及我们平时的开发、调试、测试等。
开发、调试、测试共同的特点：
1、由于都是在PC上运行，因此配置一般不会太高，或者说处理器个数不会太多。
2、上面几种情况的应用程序都不会运行太久。
3、规模不会太大，也就是说，堆相对较小，搜集起来也比较快，停顿时间会比较短。
Parallel Scavenge & Parallel Old
这个组合是server模式下的默认组合（JDK6或JDK6之后），使用-XX:+UseParallelGC参数强制开启。
适用于一些需要长期运行且对吞吐量有一定要求的后台程序。
运行于后台的程序都有以下特点：
1、系统配置较高，通常情况下至少四核（以目前的硬件水平为准）。
2、对吞吐量要求较高，或需要达到一定的量。
3、应用程序运行时间较长。
4、应用程序规模较大，一般是中到大型的堆。
ParNew & CMS（Serial Old作为替补）
它则是对响应时间（response time）要求较高的应用程序的首选，使用参数-XX:+UseConcMarkSweepGC开启。
新生代采用并行搜集器
适用于一些需要长期运行且对相应时间有一定要求的后台程序。
采用ParNew & CMS组合的后台应用程序，一般都对相应时间有一定要求，最典型的就是我们的WEB应用程序。
垃圾搜集器参数精解
垃圾搜集器选择参数
名称
说明
备注
UseSerialGC
开启此参数使用serial & serial old搜集器（client模式默认值）。
UseParNewGC
开启此参数使用ParNew & serial old搜集器（不推荐）。
UseConcMarkSweepGC
开启此参数使用ParNew & CMS（serial old为替补）搜集器。
UseParallelGC
开启此参数使用parallel scavenge & parallel old搜集器（server模式默认值）。
UseParallelOldGC
开启此参数在年老代使用parallel old搜集器（该参数在JDK1.5之后已无用）。
JVM各个内存区域大小相关参数
名称
说明
备注
Xms
堆的初始值。默认为物理内存的1/64，最大不超1G。
Xmx
堆的最大值。默认为物理内存的1/4，最大不超1G。
Xmn
新生代的大小。
Xss
线程栈大小。
PermSize
永久代初始大小。默认为物理内存的1/64，最大不超1G。
MaxPermSize
永久代最大值。默认为物理内存的1/4，最大不超1G。
NewRatio
新生代与年老代的比例。比如为3，则新生代占堆的1/4，年老代占3/4。
SurvivorRatio
新生代中调整eden区与survivor区的比例，默认为8，即eden区为80%的大小，两个survivor分别为10%的大小。
垃圾搜集器性能通用参数
名称
说明
备注
PretenureSizeThreshold
晋升年老代的对象大小。默认为0，比如设为10M，则超过10M的对象将不在eden区分配，而直接进入年老代。
MaxTenuringThreshold
晋升老年代的最大年龄。默认为15，比如设为10，则对象在10次普通GC后将会被放入年老代。
DisableExplicitGC
禁用System.gc()。
并行搜集器参数
名称
说明
备注
ParallelGCThreads
回收时开启的线程数。默认与CPU个数相等。
GCTimeRatio
设置系统的吞吐量。比如设为99，则GC时间比为1/1+99=1%，也就是要求吞吐量为99%。若无法满足会缩小新生代大小。
MaxGCPauseMillis
设置垃圾回收的最大停顿时间。若无法满足设置值，则会优先缩小新生代大小，仍无法满足的话则会牺牲吞吐量。
并发搜集器参数
名称
说明
备注
CMSInitiatingOccupancyFraction
触发CMS收集器的内存比例。比如60%的意思就是说，当内存达到60%，就会开始进行CMS并发收集。
UseCMSCompactAtFullCollection
在每一次CMS收集器清理垃圾后送一次内存整理。
CMSFullGCsBeforeCompaction
设置在几次CMS垃圾收集后，触发一次内存整理。
整理自：
http://www.cnblogs.com/zuoxiaolong/p/jvm7.html
http://www.cnblogs.com/zuoxiaolong/p/jvm8.html
http://www.cnblogs.com/zuoxiaolong/p/jvm9.html
本文转自秋楓博客园博客，原文链接：http://www.cnblogs.com/rwxwsblog/p/6248205.html，如需转载请自行联系原作者
