不管是YGC还是FullGC,GC过程中都会对导致程序运行中中断,正确的选择HYPERLINK"http://www.cnblogs.com/redcreen/archive/2011/05/04/2037029.html"\t"_blank"不同的GC策略,调整JVM、GC的参数，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。但是调整GC是以个极为复杂的过程，由于各个程序具备不同的特点，如：web和GUI程序就有很大区别（Web可以适当的停顿，但GUI停顿是客户无法接受的），而且由于跑在各个机器上的配置不同（主要cup个数，内存不同），所以使用的GC种类也会不同(如何选择见HYPERLINK"http://www.cnblogs.com/redcreen/archive/2011/05/04/2037029.html"\t"_blank"GC种类及如何选择)。本文将注重介绍JVM、GC的一些重要参数的设置来提高系统的性能。JVM内存组成及GC相关内容请见之前的文章:HYPERLINK"http://www.cnblogs.com/redcreen/archive/2011/05/04/2036387.html"\t"_blank"JVM内存组成HYPERLINK"http://www.cnblogs.com/redcreen/archive/2011/05/04/2037056.html"GC策略&内存申请。JVM参数的含义实例见HYPERLINK"http://www.cnblogs.com/redcreen/archive/2011/05/05/2038331.html"实例分析参数名称含义默认值-Xms初始堆大小物理内存的1/64(<1GB)默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制.-Xmx最大堆大小物理内存的1/4(<1GB)默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制-Xmn年轻代大小(1.4orlator)注意：此处的大小是（eden+2survivorspace).与jmap-heap中显示的Newgen是不同的。整个堆大小=年轻代大小+年老代大小+持久代大小.增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8-XX:PermSize设置持久代(permgen)初始值物理内存的1/64-XX:MaxPermSize设置持久代最大值物理内存的1/4-Xss每个线程的堆栈大小JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.更具应用的线程所需内存大小进行调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右一般小的应用，如果栈不是很深，应该是128k够用的大的应用建议使用256k。这个选项对性能影响比较大，需要严格的测试。（校长）和threadstacksize选项解释很类似,官方文档似乎没有解释,在论坛中有这样一句话:"”-XssistranslatedinaVMflagnamedThreadStackSize”一般设置这个值就可以了。-XX:ThreadStackSizeThreadStackSize(0meansusedefaultstacksize)[Sparc:512;Solarisx86:320(was256priorin5.0andearlier);Sparc64bit:1024;Linuxamd64:1024(was0in5.0andearlier);allothers0.]-XX:NewRatio年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)-XX:NewRatio=4表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5Xms=Xmx并且设置了Xmn的情况下，该参数不需要进行设置。-XX:SurvivorRatioEden区与Survivor区的大小比值设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10-XX:LargePageSizeInBytes内存页的大小不可设置过大，会影响Perm的大小=128m-XX:+UseFastAccessorMethods原始类型的快速优化-XX:+DisableExplicitGC关闭System.gc()这个参数需要严格的测试-XX:MaxTenuringThreshold垃圾最大年龄如果