JVM参数说明介绍

最新推荐文章于 2025-09-18 22:58:47 发布
原创 最新推荐文章于 2025-09-18 22:58:47 发布 · 990 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#JVM参数说明 #JVM内存参数 #JVM垃圾收集器参数

博客主要介绍了JVM运行时数据区内存参数和垃圾收集器参数。详细说明了JVM运行时数据区内存参数的相关内容，同时对JVM垃圾收集器参数进行了总结。

文章目录

1.JVM运行时数据区内存参数说明

参数选项
-Xms堆的最小值
-Xmx堆的最大值（Xms和Xmx设置一致，可以避免堆自动扩展）
-Xmn堆中新生代大小
-XX:SurvivorRatio设置新生代中Eden和Survivor区域大小比例，如果设置为8，则Eden和两个Survivor区比例为8:1:1
-Xss栈容量
-XX:PermSize非堆（方法区）区域初始内存大小
-XX:MaxPermSize非堆（方法区）区域分配的最大内存
-XX:MaxDirectMemorySize来指定最大直接内存
-XX:PretenureSizeThreshold设置大于这个值的对象直接在年老代分配 (此属性只对Serial与ParNew收集器有效)
-XX:MaxTenuringThreshold控制对象经过多少次GC之后移动至年老代
-XX:+PrintTenuringDistribution打印对象年龄信息
-XX:+HeapDumpOnOutOfMemoryError可以在内存溢出时，dump出当前内存堆转储为快照文件以供事后进行分析
-XX:+PrintGCDetails在启动脚本可以自动开启-XX:+PrintGC , 如果在命令行使用jinfo开启的话，不会自动开启-XX:+PrintGC
-XX:-HandlePromotionFailure关闭空间分配担保
-XX:+HandlePromotionFailure打开空间分配担保

2.JVM垃圾收集器参数总结

参数描述
UseSerialGC虚拟机运行在Client模式下的默认值，打开此开关后，使用Serial+Serial Old的收集器组合进行内存回收
UseParNewGC打开此开关后，使用ParNew+Serial Old的收集器组合进行内存回收
UseConcMarkSweepGC打开此开关后，使用ParNew+CMS+Serial Old的收集器组合进行内存回收。Serial Old收集器将作为CMS收集器出现Concurrent Mode Failure失败后的后备收集器使用
UseParallelGC虚拟机运行在Server模式下的默认值，打开此开关后，使用Parallel Scavenge+Serial Old（PS MarkSweep）的收集器组合进行内存回收
UseParallelOldGC打开此开关后，使用Parallel Scavenge+Parallel Old的收集器组合进行内存回收
SurvivorRatio新生代中Eden区域与Survivor区域的容量比值，默认为8，代表Eden:Survivor=8:1
PretenureSizeThreshold直接晋升到老年代的对象大小，设置这个参数后，大于这个参数的对象将直接老年代分配
MaxTenuringThreshold晋升到老年代的对象年龄。每个对象在坚持过一次Minor GC之后，年龄就+1，当超过这个参数值时就进入老年代
UseAdaptiveSizePolicy动态调整java堆中各个区域的大小及进入老年代的年龄
HandlePromotionFailure是否允许分配担保失败，即老年代的剩余空间不足以应付新生代的整个Eden和Survivor区的所有对象都存活的极端情况
ParallelGCThreads设置并行GC时进行内存回收的线程数
GCTimeRatioGC时间占总时间的比率，默认值为99，即允许1%的GC时间。仅在使用Parallel Scavenge收集器时生效
MaxGCPauseMillis设置GC的最大停顿时间。仅在使用Parallel Scavenge收集器时生效
CMSInitiatingOccupancyFraction设置CMS收集器在老年代空间被使用多少后触发垃圾收集。默认值为68%，仅在使用CMS收集器时生效
UseCMSCompactAtFullCollection设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片整理。仅在使用CMS收集器时生效
CMSFullGCsBeforeCompaction设置CMS收集器在进行若干次垃圾收集后在启动一次内存碎片整理。仅在使用CMS收集器时生效
从ES的JVM配置起步思考JVM常见参数优化
张彦峰的博客
12-03 9万+
Java 8目前仍然是许多企业中主要使用的版本之一，尤其是对于比较保守的公司。在过去，CMS (Concurrent Mark-Sweep) 垃圾回收器在Java 8中是一种常见选择，因为它在某些场景下能够提供较好的性能。然而，随着Java版本的不断更新，一些旧的特性和组件被淘汰或替代，比如CMS。Java 14中正式废弃了CMS，而新的垃圾回收器，如ZGC和G1，逐渐成为了主流选择。ZGC和G1在处理大内存堆和低停顿时间方面表现出色，适用于现代应用程序的需求。
JVM 参数说明
简简单单Onlinezuozuo
01-05 876
文章目录JVM 参数说明1、废弃 CMS GC2、常用相关参数Params-X Params-XX Params JVM 参数说明 1、废弃 CMS GC Java 9 废弃了 CMS GC ，原因是 CMS 参数太多，太复杂，因此相关参数不可用 JVM 后续默认使用 G1 算法，通过配置消除重复字符串，可以降低内存使用 也可以配置使用 ZGC 算法，它有更低的 GC 停顿，一般小于 10ms，需要 Java 11 以上 2、常用相关参数 Params // 一定要作为第一个参数,在多个CPU时性能佳 -
JVM参数介绍
C___man的博客
04-07 243
JVM参数简介
JVM 参数配置详细介绍
08-31
主要介绍了JVM 参数配置详细介绍的相关资料,需要的朋友可以参考下
jvm参数调优（持续更新）
最新发布
2303_78983004的博客
09-18 1167
本文介绍了JVM虚拟机的关键调试工具和参数配置，主要内容包括： JVM内存参数（-Xms、-Xmx）和字符串常量池优化参数（-XX:StringTableSize）的配置方法； 诊断CPU占用过高的方法：使用top定位进程，结合jstack分析线程堆栈； 常用调试工具：jmap（堆内存分析）、jconsole（图形化监控）、jvisualvm（综合诊断）和javap（字节码反编译）； 方法区的演变（永久代到元空间）及其内存结构； 字符串常量池的底层机制，包括懒加载、编译优化和intern()方法的使用技巧。
JVM参数设置详细说明
11-23
JVM参数设置详细说明、JVM 参数设置详细说明 1: heap size a: -Xmx 指定jvm的最大heap大小，如：-Xmx=2g b: -Xms 指定jvm的最小heap大小，如：-Xms=2g，高并发应用，建议和-Xmx一样，防止因为内存收缩/突然增大带来的性能影响。 c: -Xmn 指定jvm中New Generation的大小，如：-Xmn256m。这个参数很影响性能，如果你的程序需要比较多的临时内存，建议设置到512M，如果用的少，尽量降低这个数值，一般来说128/256足以使用了。 d: -XX:PermSize= 指定jvm中Perm Generation的最小值，如：-XX:PermSize=32m。这个参数需要看你的实际情况，可以通过jmap命令看看到底需要多少。 e: -XX:MaxPermSize= 指定Perm Generation的最大值，如：-XX:MaxPermSize=64m f: -Xss 指定线程桟大小，如：-Xss128k，一般来说，webx框架下的应用需要256K。如果你的程序有大规模的递归行为，请考虑设置到512K/1M。这个需要全面的测试才能知道。不过，256K已经很大了。这个参数对性能的影响比较大的。 g: -XX:NewRatio= 指定jvm中Old Generation heap size与New Generation的比例，在使用CMS GC的情况下此参数失效，如：-XX:NewRatio=2 h: -XX:SurvivorRatio= 指定New Generation中Eden Space与一个Survivor Space的heap size比例，-XX:SurvivorRatio=8，那么在总共New Generation为10m的情况下，Eden Space为8m i: -XX:MinHeapFreeRatio= 指定jvm heap在使用率小于n的情况下，heap进行收缩，Xmx==Xms的情况下无效，如：-XX:MinHeapFreeRatio=30 j: -XX:MaxHeapFreeRatio= 指定jvm heap在使用率大于n的情况下，heap 进行扩张，Xmx==Xms的情况下无效，如：-XX:MaxHeapFreeRatio=70 k: -XX:LargePageSizeInBytes= 指定Java heap的分页页面大小， 如：-XX:LargePageSizeInBytes=128m 2: garbage collector a: -XX:+UseParallelGC 指定在New Generation使用parallel collector，并行收集，暂停，app threads，同时启动多个垃圾回收thread，不能和CMS gc一起使用。系统吨吐量优先，但是会有较长长时间的app pause，后台系统任务可以使用此 gc b: -XX:ParallelGCThreads= 指定parallel collection时启动的thread个数，默认是物理processor的个数 c: -XX:+UseParallelOldGC 指定在Old Generation使用parallel collector d: -XX:+UseParNewGC 指定在New Generation使用parallel collector，是UseParallelGC的gc的升级版本，有更好的性能或者优点，可以和CMS gc一起使用 e: -XX:+CMSParallelRemarkEnabled 在使用UseParNewGC的情况下，尽量减少mark的时间 f: -XX:+UseConcMarkSweepGC 指定在Old Generation使用concurrent cmark sweep gc、gc thread和app thread并行（在init-mark和remark时pause app thread）。app pause时间较短，适合交互性强的系统，如web server g: -XX:+UseCMSCompactAtFullCollection 在使用concurrent gc的情况下，防止memory fragmention，对live object进行整理，使memory 碎片减少 h: -XX:CMSInitiatingOccupancyFraction= 指示在old generation 在使用了n%的比例后，启动concurrent collector，默认值是68，如：-XX:CMSInitiatingOccupancyFraction=70 有个bug，在低版本（1.5.09 and early）的jvm上出现， http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6486089 i: -XX:+UseCMSInitiatingOccupancyOnly 指示只有在old generation在使用了初始化的比例后concurrent collector启动收集 3:others a: -XX:MaxTenuringThreshold= 指定一个object在经历了n次young gc后转移到old generation区，在linux64的java6下默认值是15，此参数对于throughput collector无效，如：-XX:MaxTenuringThreshold=31 b: -XX:+DisableExplicitGC 禁止java程序中的full gc，如System.gc()的调用。最好加上么，防止程序在代码里误用了。对性能造成冲击。 c: -XX:+UseFastAccessorMethods get、set方法转成本地代码 d: -XX:+PrintGCDetails 打应垃圾收集的情况如： [GC 15610.466: [ParNew: 229689K->20221K(235968K), 0.0194460 secs] 1159829K->953935K(2070976K), 0.0196420 secs] e: -XX:+PrintGCTimeStamps 打应垃圾收集的时间情况，如： [Times: user=0.09 sys=0.00, real=0.02 secs] f: -XX:+PrintGCApplicationStoppedTime 打应垃圾收集时，系统的停顿时间，如： Total time for which application threads were stopped: 0.0225920 seconds 4: a web server product sample and process JAVA_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 " 最初的时候我们用UseParallelGC和UseParallelOldGC，heap开了3G，NewRatio设成1。这样的配置下young gc发生频率约12、3秒一次，平均每次花费80ms左右，full gc发生的频率极低，每次消耗1s左右。从所有gc消耗系统时间看，系统使用率还是满高的，但是不论是young gc还是old gc，application thread pause的时间比较长，不合适 web 应用。我们也调小New Generation的，但是这样会使full gc时间加长。 后来我们就用CMS gc（-XX:+UseConcMarkSweepGC），当时的总heap还是3g，新生代1.5g后，观察不是很理想，改为jvm heap为2g新生代设置-Xmn1g，在这样的情况下young gc发生的频率变成7、8秒一次，平均每次时间40-50毫秒左右，CMS gc很少发生，每次时间在init-mark和remark（two steps stop all app thread）总共平均花费80-90ms左右。 在这里我们曾经New Generation调大到1400m，总共2g的jvm heap，平均每次ygc花费时间60-70ms左右，CMS gc的init-mark和remark之和平均在50ms左右，这里我们意识到错误的方向，或者说CMS的作用，所以进行了修改。 最后我们调小New Generation为256m，young gc 2、3秒发生一次，平均停顿时间在25毫秒左右，CMS gc的init-mark和remark之和平均在50ms左右，这样使系统比较平滑，经压力测试，这个配置下系统性能是比较高的。 在使用CMS gc的时候他有两种触发gc的方式：gc估算触发和heap占用触发。我们的1.5.0.09 环境下有次old 区heap占用在30%左右，她就频繁gc，个人感觉系统估算触发这种方式不靠谱，还是用 heap 使用比率触发比较稳妥。 这些数据都来自64位测试机，过程中的数据都是我在jboss log找的，当时没有记下来，可能存在一点点偏差，但不会很大，基本过程就是这样。 5: 总结 web server作为交互性要求较高的应用，我们应该使用Parallel+CMS，UseParNewGC这个在jdk6 -server上是默认的new generation gc，新生代不能太大，这样每次pause会短一些。CMS mark-sweep generation可以大一些，可以根据pause time实际情况控制。
jvm参数介绍
weixin_43708218的博客
08-22 263
1.verbose:gc 表示，启动jvm的时候，输出jvm里面的gc信息。格式如下： [Full GC 178K->99K(1984K)， 0.0253877 secs] 解读 ：Full GC 就表示执行了一次Full GC的操作，178K 和99K 就表示执行GC前内存容量和执行GC后的内存容量。1984K就表示内存总容量。后面那个是执行本次GC所消耗的时间，单位是秒。 2.-XX...
JVM参数
05-24 704
参数名称 含义 默认值 -Xms 初始堆大小 物理内存的1/64(<1GB) 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大...
JVM参数使用说明
10-19
### JVM参数详解 #### Heap Size相关参数 - **-Xmx**: 指定JVM的最大堆（heap）大小。例如，`-Xmx2g` 表示最大堆大小为2GB。这对于控制应用程序使用的最大内存非常重要，以避免过度消耗服务器资源。 - **-Xms**: ...
Java虚拟机JVM参数配置说明.pdf
07-14
#### 如何获取JVM参数配置信息 可以通过命令行方式获取JVM的所有参数配置信息。例如，在Windows平台上，通过`cmd`进入`J2SDK`安装目录下的`bin`目录，运行以下命令： ```batch java -X ``` 这会显示包括`java.exe...
JVM启动参数类别和使用
Daniellf的专栏
10-01 761
JVM启动参数还是比较实用的，于是我研究了一下它的用法，前段时间下了et项目，启动jBoss的时候出现了一个问题，查了一下，发现是jBoss配置的JVM启动参数有问题，总结了一下解决方案希望对你的学习有所帮助。 JVM启动参数小结 前段时间下了et项目，启动jBoss的时候出现了一个问题，查了一下，发现是jBoss配置的JVM启动参数有问题。后来发现很多人都遇到过类似的问题。因此，
jvm参数说明，tomcat参数说明
Summer_i的博客
03-18 662
1.-Xmx 2000m：设置JVM最大堆内存为2000M。 2.-Xms 2000m : 设置JVM最小堆内存为2000M. 3.-Xss 1m：设置每个线程的栈大小。 4.-Xmn 2g：设置年轻代大小为2G。 5.-XX:NewSize=1024m：设置年轻代初始值为1024M。 6.-XX:MaxNewSize=1024m：设置年轻代最大值为1024M。 7.-XX:PermSize=...
JVM之参数分配详解
weixin_30892763的博客
05-29 405
开篇之前，推荐一个关于JVM很不错的博客：http://www.cnblogs.com/redcreen/archive/2011/05/04/2036387.html 一、堆参数设置 -XX:+PrintGC 使用这个参数，虚拟机启动后，只要遇到GC就会打印日志-XX:+UseSerialGC 配置串行回收器-XX:+PrintGCDetails 可以查看详细信息，包括各个区的情况-Xms:...
Java虚拟机-JVM各种参数配置大全详细
weixin_33982670的博客
03-17 252
Java虚拟机-JVM各种参数配置大全详细 usr/local/jdk/bin/java -Dresin.home=/usr/local/resin -server -Xms1800M -Xmx1800M -Xmn300M -Xss512K -XX:PermSize=300M -XX:MaxPermSize=300M -XX:SurvivorRatio...
JVM 不稳定参数
286
08-15 371
        -XX 参数被称为不稳定参数，之所以这么叫是因为此类参数的设置很容易引起JVM 性能上的差异，使JVM 存在极大的不稳定性。当然这是在非合理设置的前提下，如果此类参数设置合理讲大大提高JVM 的性能及稳定性。        可以说“不稳定参数”是一柄双刃剑，用的好攻无不克，用的差讲带来麻烦。如何合理利用不稳定参数一直是一个不断实践不断改善的过程，无法用统一的标准去衡量。一切都需...
java 启动参数 配置_Java运行参数设置
weixin_42109732的博客
02-12 7447
一、堆大小设置-Xms最小堆的大小，也就是当你的虚拟机启动后，就会分配这么大的堆内存给你-Xmx是最大堆的大小当最小堆占满后，会尝试进行GC，如果GC之后还不能得到足够的内存(GC未必会收集到所有当前可用内存)，分配新的对象，那么就会扩展堆，如果-Xmx设置的太小，扩展堆就会失败，导致OutOfMemoryError错误提示。JVM 中最大堆大小有三方面限制：相关操作系统的数据模型(32-...
tomcat配置jvm启动参数说明
03-29
### Tomcat 中配置 JVM 启动参数的详细说明 在 Tomcat 中配置 JVM 启动参数可以通过修改特定脚本文件来实现。以下是详细的描述： #### 修改 `catalina.bat` 或 `catalina.sh` 对于 Windows 平台，可以在 Tomcat ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值