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的配置（设置年轻代<包括Eden和两个Survivor区>与年老代的比值）失效了，
##原因不明。所以，此时年轻代大小最好用-Xmn设置
-XX:+CMSClassUnloadingEnabled
## 在使用CMS时，是否开启类卸载 如果开启 在full gc是会顺带扫描metaSpace/PermGen
-XX:-CMSParallelRemarkEnabled
-XX:CMSInitiatingOccupancyFraction=90
##因为并发收集在应用运行时进行收集，所以必须保证收集完成之前有足够的内存空间供程序使用，
##否则会出现“Concurrent Mode Failure”。通过设置 -XX:CMSInitiatingOccupancyFraction = <N> 指定还有多少剩余堆是开始执行并发收集。
-XX:SoftRefLRUPolicyMSPerMB=0
-XX:+PrintClassHistogram
-XX:+PrintGCDetails       #垃圾回收统计信息
-XX:+PrintGCTimeStamps        ##打印GC发生的时间戳
-XX:+PrintHeapAtGC    ##打印GC前后的详细堆栈信息

##另外：
-Xss128k：
##每个线程的堆栈大小，Xss越大，每个线程的大小就越大，占用的内存越多，能容纳的线程就越少
##设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256k。根据应用的线程所需内存大小进行调整。
##在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右