java 默认参数列表,jvm参数大全和使用建议

1.查看JVM默认的垃圾回收器命令

java -XX:+PrintCommandLineFlags -version

2.常用HotSpot虚拟机主要参数表参数使用介绍

堆设置

-Xmx指定 jvm 的最大 heap 大小 , 如 :-Xmx=2g

-Xms指定 jvm 的最小 heap 大小 , 如 :-Xms=2g ， 高并发应用， 建议和-Xmx一样， 防止因为内存收缩／突然增大带来的性能影响

-Xmn指定 jvm 中 New Generation 的大小 , 如 :-Xmn256m。 这个参数很影响性能， 如果你的程序需要比较多的临时内存， 建议设置到512M， 如果用的少， 尽量降低这个数值， 一般来说128／256足以使用了。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小

-XX:PermSize=指定 jvm 中 Perm Generation 的最小值 , 如 :-XX:PermSize=32m。 这个参数需要看你的实际情况，。 可以通过jmap 命令看看到底需要多少。

-XX:MaxPermSize=指定 Perm Generation 的最大值 , 如 :-XX:MaxPermSize=64m

-Xss指定线程桟大小 , 如 :-Xss128k， 一般来说，webx框架下的应用需要256K。 如果你的程序有大规模的递归行为， 请考虑设置到512K／1M。 这个需要全面的测试才能知道。 不过， 256K已经很大了。 这个参数对性能的影响比较大的。

-XX:NewRatio=指定 jvm 中 Old Generation heap size 与 New Generation 的比例 , 在使用 CMS GC 的情况下此参数失效 , 如 :-XX:NewRatio=2

-XX:SurvivorRatio=指定 New Generation 中 Eden Space 与一个 Survivor Space 的 heap size 比例 ,-XX:SurvivorRatio=8, 那么在总共 New Generation 为 10m 的情况下 ,Eden Space为 8m

-XX:MinHeapFreeRatio=指定 jvm heap 在使用率小于 n 的情况下 ,heap 进行收缩 ,Xmx==Xms 的情况下无效 , 如 :-XX:MinHeapFreeRatio=30

收集器设置

-XX:+UseParallelGC设指定在 New Generation 使用 parallel collector, 并行收集 , 暂停 app threads, 同时启动多个垃圾回收 thread, 不能和 CMS gc 一起使用 . 系统吨吐量优先 , 但是会有较长长时间的 app pause, 后台系统任务可以使用此 gc

-XX:ParallelGCThreads=指定 parallel collection 时启动的 thread 个数 , 默认是物理 processor 的个数

-XX:+UseParallelOldGC指定在 Old Generation 使用 parallel collector

-XX:+UseParNewGC指定在 New Generation 使用 parallel collector, 是 UseParallelGC 的 gc 的升级版本 , 有更好的性能或者优点 , 可以和 CMS gc 一起使用

-XX:+CMSParallelRemarkEnabled在使用 UseParNewGC 的情况下 , 尽量减少 mark 的时间

-XX:+UseConcMarkSweepGC指定在 Old Generation 使用 concurrent cmark sweep gc,gc thread 和 app thread 并行 ( 在 init-mark 和 remark 时 pause app thread). app pause 时间较短 , 适合交互性强的系统 , 如 web server

-XX:+UseCMSCompactAtFullCollection在使用 concurrent gc 的情况下 , 防止 memory fragmention, 对 live object 进行整理 , 使 memory 碎片减少

-XX:CMSInitiatingOccupancyFraction=指示在 old generation 在使用了 n% 的比例后 , 启动 concurrent collector, 默认值是 68, 如 :-XX:CMSInitiatingOccupancyFraction=70

-XX:+UseCMSInitiatingOccupancyOnly指示只有在 old generation 在使用了初始化的比例后 concurrent collector 启动收集

垃圾回收统计信息

-XX:+PrintGC

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-Xloggc:filename把相关日志信息记录到文件以便分析。

其他

-XX:MaxTenuringThreshold=指定一个 object 在经历了 n 次 young gc 后转移到 old generation 区 , 在 linux64 的 java6 下默认值是 15, 此参数对于 throughput collector 无效 , 如 :-XX:MaxTenuringThreshold=31

-XX:+DisableExplicitGC禁止 Java 程序中的 full gc, 如 System.gc() 的调用. 最好加上么， 防止程序在代码里误用了。对性能造成冲击。

3.参数使用技巧

较小堆引起的碎片问题因为年老代的并发收集器使用标记,清除算法,所以不会对堆进行压缩.当收集器回收时,

他会把相邻的空间进行合并,这样可以分配给较大的对象.但是,当堆空间较小时,运行一段时间以后,

就会出现"碎片",如果并发收集器找不到足够的空间,那么并发收集器将会停止,

然后使用传统的标记,清除方式进行回收.如果出现"碎片",可能需要进行如下配置:

-XX:+UseCMSCompactAtFullCollection:使用并发收集器时,开启对年老代的压缩.

-XX:CMSFullGCsBeforeCompaction=0:上面配置开启的情况下,这里设置多少次Full GC后,对年老代进行压缩

XMX和XMS设置一样大MaxPermSize和MinPermSize设置一样大，这样可以减轻伸缩堆大小带来的压力

使用CMS的好处用尽量少的新生代，经验值是128M－256M，然后老生代利用CMS并行收集，实际上cms的收集停顿时间非常的短，2G的内存， 大约20－80ms的应用程序停顿时间

多使用jstack,jmap系统停顿的时候可能是GC的问题也可能是程序的问题，多用jmap和jstack查看，然后查看java控制台日志，能看出很多问题。

缓存使用技巧仔细了解自己的应用，如果用了缓存，那么年老代应该大一些，缓存的HashMap不应该无限制长，建议采用LRU算法的Map做缓存，LRUMap的最大长度也要根据实际情况设定。

start.bat@echo on

rem set PATH=%CD%;%PATH%;

java -classpath D:/tmp/to/generate.jar;D:/tmp/to/complieTest.jar cn.gameboys.test.CompliteTest

pause

start.sh#!/bin/shjava -classpath /data/tmp/to/generate.jar:/data/tmp/to/complieTest.jar cn.gameboys.test.CompliteTest