标签:JDK1.8 默认 XX GC 内存 JVM 参数 回收
JVM常用参数解析
在 Java 应用程序中,JVM(Java Virtual Machine)是运行代码的核心组件。为了优化应用性能,JVM 提供了一些可调的参数,帮助开发者和运维人员根据实际需求调整内存分配、垃圾回收行为、日志记录等。本文将详细介绍常用的 JVM 配置参数,帮助你更好地理解和优化 Java 应用。
1. 内存参数配置
内存配置是 JVM 调优的核心部分,影响程序的性能、稳定性和响应速度。常用的内存配置参数如下:
配置项 |
描述 |
-XX:MaxMetaspaceSize=256m |
设置元空间最大值,默认为-1,即不限制,或者仅受限于物理内存大小。超过该值会导致内存溢出。 |
-XX:MetaspaceSize=256m |
设置元空间触发 Full GC 的初始阈值。 |
-Xmx2g 或者 -XX:MaxHeapSize=2048m |
设置最大堆内存,默认为物理内存的 1/4。 |
-Xms2g 或者 -XX:InitialHeapSize=2048m |
设置初始堆内存大小,默认为物理内存的 1/64。 |
-Xmn1g 或者 -XX:NewSize=1g -XX:MaxNewSize=1g |
设置年轻代内存大小,默认和老年代内存大小相同。 |
-Xss512k 或者 -XX:ThreadStackSize=512k |
设置每个线程的堆栈大小,默认 1024k。 |
-XX:NewRatio=2 |
设置年轻代占堆内存的比例。 |
-XX:SurvivorRatio=8 |
设置 Eden 区与 From/To 区的比例,默认为 8,表示 Eden 区占用 80% 的年轻代内存。 |
-XX:-UseAdaptiveSizePolicy |
禁用 Survivor 区自适应策略。 |
-XX:MaxHeapFreeRatio=70 |
堆内存使用率超过 70% 时扩张堆内存。 |
-XX:MinHeapFreeRatio=40 |
堆内存使用率低于 40% 时缩减堆内存。 |
-XX:StringTableSize=60013 |
设置字符串常量池的哈希桶大小,默认 60013。 |
-XX:MaxDirectMemorySize=512m |
设置直接内存的大小,默认与堆内存大小相同。 |
2. 垃圾回收器配置
JVM 提供了多种垃圾回收器(GC),用于自动回收不再使用的对象。每种垃圾回收器有其不同的特点和适用场景。常见的垃圾回收器配置包括:
配置项 |
描述 |
-XX:+UseSerialGC |
使用 Serial 收集器进行垃圾回收。适用于单线程系统或低延迟需求的应用。 |
-XX:+UseParNewGC |
使用 ParNew 收集器进行新生代垃圾回收,老年代使用 SerialOld 收集器。适用于多核处理器。 |
-XX:+UseParallelGC |
使用 Parallel Scavenge 收集器进行新生代垃圾回收,老年代使用 Parallel Old 收集器。 |
-XX:+UseConcMarkSweepGC |
使用 CMS(并发标记清除)收集器进行老年代垃圾回收,适用于对延迟敏感的应用。 |
-XX:+UseG1GC |
启用 G1(Garbage First)垃圾回收器。适用于大内存应用,能够在低延迟和高吞吐量之间提供平衡。 |
3. GC策略参数
JVM 的垃圾回收策略可以通过不同的参数进一步优化。以下是一些常见的 GC 策略参数:
配置项 |
描述 |
-XX:MaxGCPauseMillis |
GC停顿时间,垃圾收集器会尝试用各种手段达到这个时间,比如减小年轻代 |
-XX:MaxTenuringThreshold=15 |
新生代晋升老年代阈值 默认是15 不同回收算法不同 |
-XX:TargetSurvivorRatio=50 |
对象动态年龄判断默认50% 当一批对象大小>=survivor区的50%时这批对象会直接放入老年代 |
-XX:PretenureSizeThreshold=1m |
大于这个值的参数直接在老年代分配,默认值是0没有限制 |
-XX:+DisableExplicitGC |
忽略手动调用GC, System.gc()的调用就会变成一个空调用,完全不触发GC |
-XX:LargePageSizeInBytes=128m |
内存页的大小 |
-Duser.timezone=GMT+8 |
设定GMT区域 |
-XX:+ScavengeBeforeFullGC |
FullGC 前执行MinorGC 默认是开启的 |
4. GC策略-Parallel和Parallel-Old配置·
配置项 |
描述 |
-XX:GCTimeRatio=99 |
调整垃圾回收的时间和总时间的占比 公式 1/(1+ratio) ratio默认是99 |
-XX:MaxGCPauseMillis=200ms |
GC最大暂停毫秒数 默认是200毫秒 |
-XX:ParallelGCThreads=4 |
设置垃圾回收线程数量 默认是CUP内核数量 |
5. GC策略-CMS配置
配置项 |
描述 |
-XX:MaxGCPauseMillis=200ms |
GC最大暂停毫秒数 默认是200毫秒 |
-XX:+CMSParallelInitialMarkEnabled |
开启初始标记并行化,可以加快此阶段处理速度,减少停顿时间 |
-XX:ParallelCMSThreads=3 |
CMS并行线程数量,并行线程用于执行 CMS 垃圾回收器的并行阶段,如初始标记阶段和重新标记阶段 |
-XX:ConcGCThreads=3 |
CMS并发线程数量,并发线程用于执行 CMS 垃圾回收器的并发阶段,如初始标记阶段、并发标记阶段和并发清理阶段。 |
-XX:CMSInitiatingOccupancyFraction=percent |
执行CMS的内存占比 percent=80 当我的老年代内存达到80%触发垃圾回收 默认是92% |
-XX:+UseCMSInitiatingOccupancyOnly |
该参数需要配合XX:CMSInitiatingOccupancyFraction使用,只使用设定的回收阈值(-XX:CMSInitiatingOccupancyFraction设 定的值),如果不指定,JVM仅在第一次使用设定值,后续则会自动调整 |
-XX:CMSScavengeBeforeRemark=true |
重新标记阶段前提前进行一次新生代GC,因为重新标记也会判断新生代对象是否引用老年代对象,有些时候新生代对象已经没有被GC root对象引用但是还没有GC时,重新标记会扫描到新生代对象并且保留新生代对象引用的老年代对象,默认关闭false |
-XX:+UseCMSCompactAtFullGollection |
执行完Full GC后对内存空间进行压缩整理 默认开启 |
-XX:CMSFullGCsBeforeCompaction=0 |
设置在执行多少次Full GC后对内存空间进行压缩整理 默认0次,只要触发Full GC就会进行内存压缩 |
-XX:+CMSClassUnloadingEnabled |
垃圾回收时是否同时卸载不用的class信息,默认关闭 |
5. GC策略-G1配置
配置项 |
描述 |
-XX:G1HeapRegionSize=2m |
指定分区大小(1MB~32MB,且必须是2的N次幂),不设置默认会根据堆大小分配(堆内存为1G默认1024个1MB分区、堆内存为2G默认2048个1MB分区、堆内存为4G默认2048个2MB分区、堆内存为4G默认2048个2MB分区、堆内存为6G默认6144个1MB分区、堆内存为8G默认2048个4MB分区、以此类推) |
-XX:MaxGCPauseMillis=200ms |
目标暂停时间(默认200ms) |
-XX:G1NewSizePercent=5 |
新生代内存初始空间(默认整堆5%)-因为JDK版本问题,在启动时可能会出现 "Error: VM option 'G1NewSizePercent' is experimental and must be enabled via -XX:+UnlockExperimentalVMOptions."如果出现上述问题,在启动参数中添加-XX:+UnlockExperimentalVMOptions即可 |
-XX:G1MaxNewSizePercent=60 |
新生代内存最大空间 (默认整堆60%) |
-XX:TargetSurvivorRatio=50 |
Survivor区的填充容量(默认50%),Survivor区域里的一批对象(年龄1+年龄2+年龄n的多个 年龄对象)总和超过了Survivor区域的50%,此时就会把年龄n(含)以上的对象都放入老年代 |
-XX:MaxTenuringThreshold=15 |
最大年龄阈值(默认15) |
-XX:InitiatingHeapOccupancyPercent=45 |
老年代占用空间达到整堆内存阈值(默认45%),则执行新生代和老年代的混合收集(MixedGC) |
-XX:G1MixedGCLiveThresholdPercent=65 |
region中的存活对象低于这个值时才会回收该region,如果超过这个值,存活对象过多,回收的的意义不大(默认65%)。 |
-XX:G1MixedGCCountTarget=8 |
在一次回收过程中指定做几次筛选回收(默认8次),在最后一个筛选回收阶段可以回收一会,然后暂停回收,恢复系统运行,一会再开始回收,这样可以让系统不至于单次停顿时间过长。 |
-XX:G1HeapWastePercent=5 |
gc过程中空出来的region是否充足阈值,在混合回收的时候,对Region回收都是基于复制算法进行的,都是把要回收的Region里的存活对象放入其他Region,然后这个Region中的垃圾对象全部清理掉,这样的话在回收过程就会不断空出来新的Region,一旦空闲出来的Region数量达到了堆内存的5%,此时就会立即停止混合回收,意味着本次混合回收就结束了(默认5%)。 |
6. GC日志配置
配置项 |
描述 |
-Xloggc:/data/logs/gc-%t.log |
设置日志目录和日志名称 |
-XX:+UseGCLogFileRotation |
开启滚动生成日志 默认关闭 |
-XX:NumberOfGCLogFiles=5 |
滚动GC日志文件数,默认0不滚动,保留最多5个日志文件 |
-XX:GCLogFileSize=20M |
GC文件滚动大小,需开启UseGCLogFileRotation,每个文件最大为20MB |
-XX:+PrintHeapAtGC |
在进行GC的前后打印出堆的信息 |
-XX:+PrintTenuringDistribution |
打印新生代晋升详情 |
-XX:+PrintStringTableStatistics |
打印字符串常量池堆信息 |
-verbose:gc |
打印GC信息 |
-XX:+PrintGCDetails |
打印GC详细信息 |
-XX:+PrintGCTimeStamps |
输出GC的时间戳(以基准时间的形式) |
-XX:+PrintGCDateStamps |
输出GC的时间戳(以日期的形式,如 2013-05-04T21:53:59.234+0800) |
-XX:+PrintCommandLineFlags |
打印当前JVM参数信息 建议在每个程序中都添加上 |
-XX:+PrintGCCause |
产生GC的原因(默认开启) |
垃圾回收日志对于分析和优化应用的性能非常有帮助。通过配置 GC 日志,您可以跟踪垃圾回收的详细信息,帮助发现性能瓶颈。
配置项 |
描述 |
-Xloggc:/data/logs/gc-%t.log |
设置 GC 日志文件的路径和文件名。 |
-XX:+UseGCLogFileRotation |
启用 GC 日志文件滚动生成。默认情况下,此项为关闭状态。 |
-XX:NumberOfGCLogFiles=5 |
设置 GC 日志文件的数量,默认不滚动。 |
-XX:GCLogFileSize=20M |
设置每个 GC 日志文件的最大大小为 20MB。 |
-XX:+PrintGCDetails |
打印垃圾回收的详细信息。 |
-XX:+PrintGCTimeStamps |
输出 GC 时间戳。 |
7. 条件触发配置
JVM 也提供了一些条件触发配置,用于在特定情况下生成堆信息或者执行特定的操作:
配置项 |
描述 |
-XX:+HeapDumpOnOutOfMemoryError |
当发生内存溢出错误时,生成堆 dump 文件。 |
-XX:HeapDumpPath=/data/dump/jvm.hprof |
设置堆 dump 文件保存路径。默认保存到当前工作目录。 |
-XX:ErrorFile=/data/logs/error.log |
当 JVM 崩溃时,生成错误日志,包含导致崩溃的关键信息。 |
8. 其他 JVM 参数
除了上述常见的配置项,JVM 还有一些其他的参数,可以帮助优化 Java 应用的性能和调试过程。
配置项 |
描述 |
-XX:-OmitStackTraceInFastThrow |
禁用 JDK1.6 默认启用的快速抛出异常时省略堆栈信息的功能。 |
-XX:+UnlockDiagnosticVMOptions |
解锁 JVM 的诊断选项,允许使用实验性或诊断相关的 JVM 参数。 |
9. 常用推荐
-XX:+UseG1GC
-XX:MaxMetaspaceSize=256m -XX:MetaspaceSize=256m
-Xms8g
-Xmx8g
-Duser.timezone=GMT+8
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=./jvm.hprof
-XX:+PrintCommandLineFlags
-verbose:gc
-XX:+PrintGCDetails
-XX:+PrintHeapAtGC
-XX:+PrintGCDateStamps
-Xloggc:./gc-%t.log
-XX:-OmitStackTraceInFastThrow
-XX:ErrorFile=./error.log
结语
通过合理配置 JVM 参数,可以显著提升 Java 应用的性能、稳定性和资源利用率。在调优过程中,建议根据应用的具体需求和环境来选择合适的垃圾回收器、内存配置和日志记录策略。希望这篇博客能帮助你深入理解常用的 JVM 参数,为应用优化提供有力支持。
标签:JDK1.8,
默认,
XX,
GC,
内存,
JVM,
参数,
回收
From: https://www.cnblogs.com/MuXinu/p/18674691