jvm垃圾收集器配置-1

-XX:+UseSerialGC 开启单线程、Stop-The-World的新生代和老年代垃圾收集器。它是jvm中最古老而且最成熟的垃圾收集器，一般来说，只有在客户端java程序的时候才会使用该垃圾收集器，java堆都比较小，是client模式默认使用的垃圾收集器。

-XX:+UseParallelGC 开启jvm的多线程、Stop-The-World的Throughput收集器。又被称为并行收集器。使用多线程利用多CPU来提高GC的效率，主要以达到一定的吞吐量为目标。不过只是在新生代使用多线程垃圾收集器，而老年代还是使用单线程、Stop-The-World垃圾收集器。如果使用的jvm版本支持-XX:+UseParallelOldGC，

可以优先使用-XX:+UseParallelOldGC,而不是-XX:+UseParallelGC，具体描述请参见-XX:+UseParallelOldGC。-XX:+UseParallelGC是server模式默认使用的垃圾收集器。

-XX:+UseParallelOldGC开启jvm多线程、Stop-The-World的Throughput收集器，与-XX:+UseParallelGC指令不同之处是新生代和老年代都是用多线程垃圾收集器。设定

-XX:+UseParallelOldGC时自动开启-XX:+UseParallelGC

-XX:-UseAdaptiveSizePolicy 关闭自适应调整新生代Eden区和Survivor区尺寸的特性。只有Throughput支持自适应尺寸调整。开启或关闭自适应尺寸调整在CMS收集器和Serial收集器时不起作用。用-XX:+UseParallelGC和-XX:+UseParallelOldGC收集器时会自动开启自适应调整尺寸

-XX:+UseConcMarkSweepGC 开启jvm的CMS收集器。它会自动开启-XX:+UseParNewGC，新生代使用多线程垃圾收集器，老年代使用CMS收集器。当Throughput收集器无法满足应用的延迟需求时，可使用CMS收集器。使用CMS收集器时，通常需要对新生代大小、Survivor区大小和CMS垃圾收集周期的初始阶段进行细致调优。

-XX:+UseParNewGC 开启单线程、Stop-The-World的新生代垃圾收集器，需要配合以并发为主的老年代收集器CMS。

-XX:ParallelGCThreads= 配置多线程垃圾收集器线程的并行数，是运行的线程数量，从JDK6u23开始，如果java api Runtime.availableProcessors()小于等于8，则默认为这个值，否则默认为8+(Runtime.availableProcessors()-8) * 5/8。如果一个系统上运行了多个应用，建议用-XX:ParallelGCThreads显示的设置垃圾收集线程的并行数，该数应该小于jvm的默认值，运行在一个系统上的垃圾收集器线程，总数不应该超过Runtime.availableProcessors()，即cpu总核数。

-XX:MaxTenuringThreshold= 设置最大晋升值为，jvm将这个值作为对象的最大年龄，它会将达到这个阀值的对象从新生代提升的老年代。使用CMS收集器时，为了使对象老化的算法更有效，可以使用-XX:MaxTenuring- Threshold细调Survivor区。

-XX:CMSInitiatingOccupancyFraction= 老年代占用达到该百分比时，就会引发CMS的第一次垃圾收集周期，后续CMS垃圾收集周期的开始点则由jvm自动优化计算得到的占用量而决定，如果还设置了-XX:+UseCMSInitiatingOccupancyOnly,则每次老年代占用达到该百分比时，就会开始CMS的垃圾收集周期。

-XX:+UseCMSInitiatingOccupancyOnly 表示只有在老年代占用达到-XX:CMSInitiatingOccupancyFraction= 设置的阀值时，才会触发CMS的并发垃圾收集周期。