java修改参数_java的一些参数设置

-Xms1024m   -Xmx1024m

##分配的最小、最大内存。一般设为一样

-Xmn512m

##Xmn设置年轻代大小为2G。整个堆大小=年轻代大小+年老代大小+持久代大小。

##持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8

-XX:SurvivorRatio=8

#设置年轻代中Eden区与Survivor区的大小比值。设置为4，

##则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6

-XX:MaxTenuringThreshold=0

#设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。

#如果此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象在年轻代的存活时间，增加在年轻代被回收的概率#

-Xnoclassgc

##JVM可以对满足条件的无用类进行回收，这里说的仅仅是“可以”，

##而不是和对象一样，不使用了就必然会回收。是否对类进行回收，JVM提供了-Xnoclassgc参数进行控制

-XX:+DisableExplicitGC

##System.gc()默认会触发一次Full Gc,如果在代码中不小心调用了System.gc()会导致JVM间歇性的暂停,但有些NIO框架

##比如Netty框架经常会使用DirectByteBuffer来分配堆外内存,在分配之前会显式的调用System.gc(),如果开启了DisableExplicitGC

##这个参数,会导致System.gc()调用变成一个空调用,没有任何作用,反而会导致Netty框架无法申请到足够的堆外内存,从而产生java.lang.OutOfMemoryError: Direct buffer memory.

##当没有开启DisableExplicitGC这个参数时,你会发现JVM每个小时会执行一次Full GC,这是因为JVM在做分布式GC,为RMI服务的,

##可以通过sun.rmi.dgc.server.gcInterval这个参数来修改GC间隔,默认是一个小时

-XX:+UseParNewGC ###设置年轻代为并行收集,JDK5.0以上，JVM会根据系统配置自行设置，所以无需再设置此值

-XX:+UseConcMarkSweepGC

##设置年老代为并发收集,测试中配置这个以后，-XX:NewRatio=4的配置(设置年轻代与年老代的比值)失效了，

##原因不明。所以，此时年轻代大小最好用-Xmn设置

-XX:+CMSClassUnloadingEnabled

## 在使用CMS时，是否开启类卸载 如果开启 在full gc是会顺带扫描metaSpace/PermGen

-XX:-CMSParallelRemarkEnabled

-XX:CMSInitiatingOccupancyFraction=90

##因为并发收集在应用运行时进行收集，所以必须保证收集完成之前有足够的内存空间供程序使用，

##否则会出现“Concurrent Mode Failure”。通过设置 -XX:CMSInitiatingOccupancyFraction = 指定还有多少剩余堆是开始执行并发收集。

-XX:SoftRefLRUPolicyMSPerMB=0

-XX:+PrintClassHistogram

-XX:+PrintGCDetails      #垃圾回收统计信息

-XX:+PrintGCTimeStamps        ##打印GC发生的时间戳

-XX:+PrintHeapAtGC   ##打印GC前后的详细堆栈信息

##另外：

-Xss128k：

##每个线程的堆栈大小，Xss越大，每个线程的大小就越大，占用的内存越多，能容纳的线程就越少

##设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256k。根据应用的线程所需内存大小进行调整。

##在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右