JVM参数 Options
2017-05-31 本文已影响708人
Rinoux
- 我们根据JVM参数以-X开头或-XX开头将JVM参数分成三个部分:
1、以-开头的是标准VM选项,VM规范的选项;
2、以-X开头的都是非标准的(这些参数并不能保证在所有的JVM上都被实现),而且如果在新版本有什么改动也不会发布通知。
3、以-XX开头的都是不稳定的并且不推荐在生产环境中使用。这些参数的改动也不会发布通知。 - Bool型参数选项:-XX:+ 打开, -XX:- 关闭。(比如-XX:+PrintGCDetails)
- 数字型参数选项通过-XX:=设定。数字可以是 m/M(兆字节),k/K(千字节),g/G(G字节)。比如:32K表示32768字节。(比如-XX:MaxPermSize=64m)
- String参数选项通过-XX:=设定,通常用来指定一个文件,路径,或者一个命令列表。(比如-XX:HeapDumpPath=./java_pid.hprof)
- 命令
java -help
可以列出java 应用启动时标准选项(见附录标准VM参数表,不同的JVM实现是不同的)。java -X
可以列出不标准的参数(这是JVM的扩展特性)。-X相关的选项不是标准的,被改变也不会通知。如果你想查看当前应用使用的JVM参数,你可以使用:ManagementFactory.getRuntimeMXBean().getInputArguments()
。
参数名称 | 含义 | 默认值/备注 |
---|---|---|
-Xms | 初始堆大小 | 物理内存的1/64(<1GB) 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制 |
-Xmx | 最大堆大小 | 物理内存的1/4(<1GB) 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时,JVM会减少堆直到 -Xms的最小限制 |
-Xmn | 新生代大小(jdk 1.4或以上版本) | 增大新生代后,将会减小老年代大小。此值对系统性能影响较大。Sun官方推荐配置为整个堆的3/8 |
-Xss | 每个线程的堆栈大小 | JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K,可以带 K, M 或 G单位 |
-XX:ThreadStackSize | 同上 | 0代表使用默认值,不能带单位 |
-XX:PermSize | 设置永久代初始值 | 物理内存的1/64 |
-XX:MaxPermSize | 设置永久代最大值 | 物理内存的1/4 |
-XX:NewRatio | 新生代(包括Eden和两个Survivor区)与老年代的比值(除去永久代) | -XX:NewRatio=4表示新生代与老年代所占比值为1:4,新生代占整个堆栈的1/5,Xms=Xmx并且设置了Xmn的情况下,该参数不需要进行设置。 |
-XX:SurvivorRatio | Eden区与Survivor区的大小比值 | 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个新生代的1/10 |
-XX:LargePageSizeInBytes | 内存页的大小不可设置过大, 会影响Perm的大小 | =128m |
-XX:+UseFastAccessorMethods | 原始类型的快速优化 | / |
-XX:+DisableExplicitGC | 关闭System.gc() | 这个参数需要严格的测试 |
-XX:MaxTenuringThreshold | 垃圾最大年龄 | 如果设置为0的话,则新生代对象不经过Survivor区,直接进入老年代。对于老年代比较多的应用,可以提高效率。如果将此值设置为一个较大值,则新生代对象会在Survivor区进行多次复制,这样可以增加对象再新生代的存活时间,增加在新生代即被回收的概率,该参数只有在串行GC时才有效 |
-XX:+AggressiveOpts | 加快编译 | / |
-XX:+UseBiasedLocking | 锁机制的性能改善 | / |
-Xnoclassgc | 禁用垃圾回收 | / |
-XX:SoftRefLRUPolicyMSPerMB | 每兆堆空闲空间中SoftReference的存活时间 | 1s |
-XX:PretenureSizeThreshold | 对象超过多大是直接在老年代分配 | 新生代采用Parallel Scavenge GC时无效,另一种直接在老年代分配的情况是大的数组对象,且数组中无外部引用对象. |
-XX:TLABWasteTargetPercent | TLAB占eden区的百分比 | 1% |
-XX:+CollectGen0First | FullGC时是否先YGC | false |
-XX:+UseParallelGC | Full GC采用parallel MSC | 见[GC参数][1] |
-XX:+UseParNewGC | 设置新生代为并行收集 | 可与CMS收集同时使用,JDK 5.0以上,JVM会根据系统配置自行设置,所以无需再设置此值 |
-XX:ParallelGCThreads | 并行收集器的线程数 | 此值最好配置与处理器数目相等,同样适用于CMS |
-XX:+UseParallelOldGC | 老年代垃圾收集方式为并行收集(Parallel Compacting) | 这个是JAVA 6出现的参数选项 |
-XX:MaxGCPauseMillis | 每次新生代垃圾回收的最长时间(最大暂停时间) | 如果无法满足此时间,JVM会自动调整新生代大小,以满足此值. |
-XX:+UseAdaptiveSizePolicy | 自动选择新生代区大小和相应的Survivor区比例 | 设置此选项后,并行收集器会自动选择新生代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开 |
-XX:GCTimeRatio | 设置垃圾回收时间占程序运行时间的百分比 | 公式为1/(1+n) |
-XX:+ScavengeBeforeFullGC | Full GC前调用YGC | true |
-XX:+UseConcMarkSweepGC | 使用CMS内存收集 | 测试中配置这个以后, -XX:NewRatio=4的配置失效了,原因不明,所以此时新生代大小最好用-Xmn设置 |
-XX:+AggressiveHeap | 试图是使用大量的物理内存 | 长时间大内存使用的优化,能检查计算资源(内存, 处理器数量,至少需要256MB内存 |
-XX:CMSFullGCsBeforeCompaction | 多少次后进行内存压缩 | 由于并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生“碎片”,使得运行效率降低 |
-XX:+CMSParallelRemarkEnabled | 降低标记停顿 | / |
-XX+UseCMSCompactAtFullCollection | 在FullGC的时候对老年代的压缩 | CMS是不会移动内存的, 因此这个非常容易产生碎片,导致内存不够用,因此内存的压缩这个时候就会被启用。增加这个参数是个好习惯。可能会影响性能,但是可以消除碎片 |
-XX:+UseCMSInitiatingOccupancyOnly | 使用手动定义初始化定义开始CMS收集 | 禁止hostspot自行触发CMS GC |
-XX:CMSInitiatingOccupancyFraction=70 | 使用cms作为垃圾回收使用70%后开始CMS收集 | 该值的设置需要满足以下公式CMSInitiatingOccupancyFraction计算公式 |
-XX:CMSInitiatingPermOccupancyFraction | 设置Perm Gen使用到达多少比率时触发 | 92 |
-XX:+CMSIncrementalMode | 设置为增量模式 | 用于单CPU情况 |
-XX:+CMSClassUnloadingEnabled | 永久代CMS方式GC | / |
-XX:+PrintGC | GC日志输出 | 和-verbose:gc一样 |
-XX:+PrintGCDetails | 同上 | 更详细 |
-XX:+PrintGCTimeStamps | 输出GC的时间戳 | 配合上述PrintGC参数使用,或者写成-XX:+PrintGC:PrintGCTimeStamps类似的 |
-XX:+PrintGC:PrintGCTimeStamps | / | 可与-XX:+PrintGC -XX:+PrintGCDetails混合使用 |
-XX:+PrintGCApplicationStoppedTime | 打印垃圾回收期间程序暂停的时间。可与上面混合使用 | 输出形式:Total time for which application threads were stopped: 0.0468229 seconds |
-XX:+PrintGCApplicationConcurrentTime | 打印每次垃圾回收前,程序未中断的执行时间 | 可与上面混合使用,输出形式:Application time: 0.5291524 seconds |
-XX:+PrintHeapAtGC | 打印GC前后的详细堆栈信息 | / |
-Xloggc:filename | 把相关日志信息记录到文件以便分析 | 与上面几个配合使用 |
-XX:+PrintClassHistogram | 在控制台按下Ctrl+Break后,打印类的信息 | / |
-XX:+PrintClassHistogramBeforeFullGC | FullGC前打印类信息 | / |
-XX:+PrintTLAB | 查看TLAB空间的使用情况 | / |
XX:+PrintTenuringDistribution | 查看每次minor GC后新的存活周期的阈值 | / |
-ea | 开启assert断言 | / |
-Xprof | 性能诊断 | / |
-Xrunhprof | 性能诊断 | / |
-XX:+TraceClassLoading | 打印类加载过程的信息 | 类似 [Loaded java.util.AbstractList$Itr from /Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home/jre/lib/rt.jar] |
-XX:+TraceClassUnloading | 打印类卸载的过程信息 | / |
Xbootclasspath | 指定加载不需要校验的类 | 跳过必要的类加载前的校验,能够减少加载时间,但是不安全 |
-XX:+PrintCompilation | 打印Hotspot使用JIT 编译的方法名称 | / |
-XX:+HeapDumpOnOutOfMemoryError | OM时生成heap dump | 默认输出在存放类文件的根文件夹 |
-XX:HeapDumpPath | 设置输出OM dump文件路径 | 配合-XX:+HeapDumpOnOutOfMemoryError使用 |
附录
[标准VM参数表]
参数名称 | 描述 | 默认值 |
---|---|---|
-d32 | 使用 32 位数据模型 (如果可用) | / |
-d64 | 使用 64 位数据模型 (如果可用) | / |
-server | 选择 "server" VM | 默认 VM 是 server,因为您是在服务器类计算机上运行。 |
-cp <目录和 zip/jar 文件的类搜索路径> | / | / |
-classpath <目录和 zip/jar 文件的类搜索路径> | 用 : 分隔的目录,JAR 档案和 ZIP 档案列表,用于搜索类文件 | / |
-D<名称>=<值> | 设置系统属性 | / |
-verbose:[class或gc或jni] | 启用详细输出 | / |
-version | 输出产品版本并退出 | / |
-version:<值> | / | Deprecated |
-showversion | 输出产品版本并继续 | / |
-jre-restrict-search或-no-jre-restrict-search | / | Deprecated |
-? -help | 输出此帮助消息 | / |
-X | 输出非标准选项的帮助 | / |
-ea[:<包名、类名>] | 断言 | / |
-enableassertions[:<包名、类名>] | 按指定的粒度启用断言 | / |
-da[:<包名、类名>] | / | / |
-disableassertions[:<包名、类名>] | 禁用具有指定粒度的断言 | / |
-esa 或-enablesystemassertions | 启用系统断言 | / |
-dsa 或-disablesystemassertions | 禁用系统断言 | / |
-agentlib:<libname>[=<选项>] | 加载本机代理库 <libname> | 例如 -agentlib:hprof另请参阅 -agentlib:jdwp=help 和 -agentlib:hprof=help |
-agentpath:<pathname>[=<选项>] | 按完整路径名加载本机代理库 | / |
-javaagent:<jarpath>[=<选项>] | 加载 Java 编程语言代理, 请参阅 java.lang.instrument | / |
-splash:<imagepath> | 使用指定的图像显示启动屏幕 | / |