常见的JVM参数

最新推荐文章于 2025-10-30 17:59:15 发布

原创最新推荐文章于 2025-10-30 17:59:15 发布 · 2.7k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#Java虚拟机 #JVM

JVM 专栏收录该内容

15 篇文章

订阅专栏

本文深入探讨了JVM的各种调优参数，包括堆内存、垃圾收集器、元空间、直接内存和线程栈的配置，以及CMS和G1垃圾收集器的详细设置。还涵盖了分析诊断工具和运行模式的选择，如-Xmx、-XX:MaxTenuringThreshold等。通过理解这些参数，可以有效优化Java应用程序的性能和稳定性。

（后边学习到新的会进行补充）

-XX:MaxTenuringThreshold：对象晋升老年代的阈值，默认值15（并不是绝对的，如果在Survivor空间中相同年龄所有对象大小的综合大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代）
-XX:MaxPermSize~~：永久代大小
-XX:MaxDirectMemorySize：直接内存大小，默认与-Xmx一致
-XX:+/-UseTLAB：是否开启TLAB
-XX:MaxMetaspace=256m：元数据区，默认为无限大，受Java进程所使用的内存影响
-XX:FieldsAllocationStyle：对象内存分布中的实例数据区域的存储顺序
-XX:CompactFields=true：由于HotSpot在分配对象实例数据时相同大小的字段总是被分配到一起存储，在满足这个条件下因此父类中定义的变量会出现在子类之前，开启此参数那子类中较小的变量也允许插入父类变量的空隙中，以节省一点空间
-XX:+UseCondCardMark：是否开启JVM卡表条件判断，尽量减少伪共享带来的性能损耗
-XX:MaxGCPauseMillis（毫秒 >0）：控制最大垃圾收集停顿时间，默认值200
-XX:ParallelGCThreads=NUM：垃圾收集并行执行线程数，默认为CPU的核数
-XX：+UseAdaptiveSizePolicy：是否开启自适应调节策略，JDK8默认开启
-XX：SurvivorRatio：Eden和Survivor区的比例
-XX：PretenureSizeThreshold：晋升老年代对象大小，超过指定大小直接在老年代分配，默认为0
-XX:+PrintGCDetails：打印GC详细日志
-XX:+PrintHeapAtGC：打印每次GC前后堆、方法区可用容量变化
-XX:+PrintGCApplicationConcurrentTime ：查看GC过程中用户线程并发时间
-XX:+PrintGCApplicationStoppedTime：查看GC过程中用户线程停顿时间
-XX:+PrintFlagsFinal：查看JVM参数的默认值

垃圾收集器相关：

CMS相关见文章
-XX:+UseConMarkSweepGC：开启使用CMS垃圾收集器，新生代使用ParNew 老年代使用CMS
-XX:CMSInitiatingOccupancyFraction=70：CMS垃圾收集器的回收阈值（老年代），JDK5及之前默认为68%，JDK6之后调整为92%。
-XX:+UseCMSInitiatingOccupancyOnly：与XX:CMSInitiatingOccupancyFraction配合使用，只是用设定的回收阈值(上面指定的70%),如果不指定,JVM仅在第一次使用设定值,后续则自动调整。
-XX:+/-CMSPrecleaningEnabled：开启/关闭CMS并发预清理。

-XX:CMSScheduleRemarkEdenSizeThreshold：CMS可取消并发预处理阶段开启条件–>默认为2M
-XX:CMSMaxAbortablePrecleanLoops：CMS可取消并发预处理阶段取消条件–>循环次数，默认为0
-XX:CMSMaxAbortablePrecleanTime：CMS可取消并发预处理阶段取消条件–>最长执行时间，默认为5000毫秒
-XX:CMSScheduleRemarkEdenPenetration：CMS可取消并发预处理阶段取消条件–>Eden区的内存使用率大于此配置后取消，默认值为50
-XX:+UseCMSCompactAtFullCollection：在进行Full GC之前进行一次内存整理，默认开启
-XX:CMSFullGCBeforeCompaction=N：当执行过N此无碎片整理Full GC后，下次Full GC之前进行一次内存整理，默认为0，表示每次都进内存整理
-XX:+CMSScavengeBeforeRemark：强制在CMS最终/重标记阶段前进行一次Minor GC，防止可中断预清理一直没有等到年轻代Minor GC而导致年轻代对象太多而导致最终标记时间过长，导致停顿时间过长
-XX:+CMSPermGenSweepingEnabled：开启CMS对永久代（元空间）的垃圾收集，默认不开启
-XX:+CMSClassUnloadingEnabled：与-XX:+CMSPermGenSweepingEnabled配合使用，收集永久代时卸载不用的类
G1l垃圾收集器
-XX:G1HeapRegionSize=8：设置G1垃圾收集器Region大小，取值范围应为1MB ~ 32MB，且应为2的N次幂。
-XX:G1NewSizePercent：新生代最小值，默认值5%
-XX:G1MaxNewSizePercent：新生代最大值，默认值60%
-XX:ParallelGCThreads：STW期间，并行GC线程数
-XX:ConcGCThreads=n：并发标记期间，GC线程数
-XX:InitiatingHeapOccupancyPercent：设置触发标记周期的 Java 堆占用率阈值。默认值是45%。这里的java堆占比指的是nonyoungcapacitybytes，包括old+humongous
-XX:G1HeapWastePercent：G1停止回收的最小内存，默认是堆的5%，就是说不必要每次回收就把所有的垃圾的处理完，可遗留少量的下次处理，这样也降低了单次GC消耗的时间
-XX:+GCTimeRatio：计算花在Java应用线程上和花在GC线程上时间比率，默认是9，跟新生代内存的分配比例一样。**参数的主要目的是让用户可以控制花在应用上的时间，G1的计算公式是100/(1+GCTimeRatio)。**如果参数设置为9，则最多花10%的时间在GC上面，Parallel GC默认值是99，表示1%的时间被用在GC上面，这是因为Parallel GC贯穿整个GC，而G1则根据Region来进行划分，不需要全局性扫描整个内存
-XX:G1ReserverPercent：G1为分配担保预留的空间比例，默认10%，也就是老年代会预留10%的空间来给新生代对象晋升，如果经常由于新生代对象晋升失败导致FullGC，可以适当调大此参数（调大此参数同时意味着老年代可使用的空间减少）

堆内存参数

在这里插入图片描述

-Xmx：指定最大堆内存,如-Xmx49。但这只是限制了堆内存Heap部分的最大值，不包括堆外内存和栈内存
-Xms：指定堆内存的初始化大小，最小值，如Xms4g。而且指定的内存大小，并不是操作系统实际分配的初始值，而是GC先规划好，应用到才分配。专用服务需上需要保持-Xmx和-Xms保持一致，否则应用刚启动可能就会有好几个FullGC。当两者配置不同时，堆内存扩容可能导致性能抖动。
-Xmn：等价于-XX:NewSize，Young区的大小，使用G1垃圾收集器不应该设置该选项，在其他的某些业务场景可以设置，官方建议设置为-Xmx的1/2~1/4
-XX:MaxPerSize：这是jdk1.7前使用的，JDK8后Meta空间默认无限大，此参数无效
-XX:MetaspeaceSize：Java8默认不限制Meta空间，一般不允许设置该选项
-XX:MaxDirectMemorySize：系统可食用的最大堆外内存，这个参数跟-Dsun.nio.MaxDirectMemorySize=1m等价
-Xss：设置每个线程栈的字节数，影响栈的深度

分析诊断相关

-XX:+-HeapDumpOnOutOfMemoryError：当OOMError产生时，自动Dump堆内存
-XX:HeapDumpPath：与HeapDumpOnOutOfMemoryError搭配使用，指定内存溢出时Dump文件的目录，默认为启动Java程序的工作目录下
-XX:OnError：发生致命错误时执行的脚本
-XX:OnOutOfMemoryError：抛出OOMError错误是执行的脚本
-XX:ErrorFile=fileName：致命错误的日志文件名，绝对路径或者相对路径
-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=1506：开启远程调试

运行模式

-server：设置JVM使用server模式，特点是启动速度比较慢，但运行时性能和内存管理效率很高，适用于生产环境。在具有64位JDK环境下将默认启用此模式，而忽略-client参数
-clinet：JDK1.7之前在32位的X86机器上的默认值是-client选项。设置JVM使用client模式，特点是启动速度较快，但运行时性能和内存管理效率不高，通常用于客户端程序或者本地PC机开发和调试。
-Xint：在解释模式下运行，-Xint标记会强制JVM解释所有的字节码，这会降低运行速度，通常低10倍或者更多
-Xcomp：-Xcomp参数与-Xint正好相反，JVM会在第一次使用时把所有的字节码编译成本地代码，从而带来最大程度的优化。[注意预热]
-Xmixed：-Xmixed是混合模式，将解释模式和编译模式进行混合使用，有JVM自己决定，这是JVM的默认模式，也是推荐模式，使用java -version可以看到 mixed mode等信息；

在这里插入图片描述