一、JVM参数选项
官网地址：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
1. 类型一：标准参数选项
1.1 特点
- 比较稳定，后续版本基本不会变化
- 以
-开头
1.2 各种选项
运行 java 或者 java-help 可以看到所有的标准选项
C:\Users\kd>java -help
用法: java [-options] class [args...]
(执行类)
或 java [-options] -jar jarfile [args...]
(执行 jar 文件)
其中选项包括:
-d32 使用 32 位数据模型 (如果可用)
-d64 使用 64 位数据模型 (如果可用)
-server 选择 "server" VM
默认 VM 是 server.
-cp <目录和 zip/jar 文件的类搜索路径>
-classpath <目录和 zip/jar 文件的类搜索路径>
用 ; 分隔的目录, JAR 档案
和 ZIP 档案列表, 用于搜索类文件。
-D<名称>=<值>
设置系统属性
-verbose:[class|gc|jni]
启用详细输出
-version 输出产品版本并退出
-version:<值>
警告: 此功能已过时, 将在
未来发行版中删除。
需要指定的版本才能运行
-showversion 输出产品版本并继续
-jre-restrict-search | -no-jre-restrict-search
警告: 此功能已过时, 将在
未来发行版中删除。
在版本搜索中包括/排除用户专用 JRE
-? -help 输出此帮助消息
-X 输出非标准选项的帮助
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
按指定的粒度启用断言
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
禁用具有指定粒度的断言
-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>
使用指定的图像显示启动屏幕
有关详细信息, 请参阅 http://www.oracle.com/technetwork/java/javase/documentation/index.html。1.3 补充内容 -server 与 -client
Hotspot JVM 有两种模式，分别是 server 和 client , 分别通过 -server 和 -client 模式设置
在32位Windows系统上，默认使用Client类型的JVM。要想使用
Server模式，则机器配置至少有2个以上的CPU和2G以上的物理内存。client模式适用于对内存要求较小的桌面应用程序，默认使用Serial串行垃圾收集器64位机器上只支持server模式的JVM,适用于需要大内存的应用程序，默认使用并行垃圾收集器关于server和client的官网介绍为：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/index.html
2. 类型二：-X参数选项
2.1 特点
- 非标准化参数
- 功能还是比较稳定的，但官方说后续高版本可能变更
- 以
-X开头
2.2 各种选项
直接在DOS窗口中运行 java -X 命令可以看到所有的X选项
C:\Users\kd>java -X
-Xmixed 混合模式执行 (默认)
-Xint 仅解释模式执行
-Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件>
设置搜索路径以引导类和资源
-Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件>
附加在引导类路径末尾
-Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件>
置于引导类路径之前
-Xdiag 显示附加诊断消息
-Xnoclassgc 禁用类垃圾收集
-Xincgc 启用增量垃圾收集
-Xloggc:<file> 将 GC 状态记录在文件中 (带时间戳)
-Xbatch 禁用后台编译
-Xms<size> 设置初始 Java 堆大小
-Xmx<size> 设置最大 Java 堆大小
-Xss<size> 设置 Java 线程堆栈大小
-Xprof 输出 cpu 配置文件数据
-Xfuture 启用最严格的检查, 预期将来的默认值
-Xrs 减少 Java/VM 对操作系统信号的使用 (请参阅文档)
-Xcheck:jni 对 JNI 函数执行其他检查
-Xshare:off 不尝试使用共享类数据
-Xshare:auto 在可能的情况下使用共享类数据 (默认)
-Xshare:on 要求使用共享类数据, 否则将失败。
-XshowSettings 显示所有设置并继续
-XshowSettings:all
显示所有设置并继续
-XshowSettings:vm 显示所有与 vm 相关的设置并继续
-XshowSettings:properties
显示所有属性设置并继续
-XshowSettings:locale
显示所有与区域设置相关的设置并继续
-X 选项是非标准选项, 如有更改, 恕不另行通知。2.3 JVM的JIT编译模式相关的选项
-Xint: 只使用解释器：所有字节码都被解释执行，这个模式的速度是很慢的-Xcomp: 只使用编译器：所有字节码第一次使用就被编译成本地代码，然后在执行-Xmixed : 混合模式：这是默认模式，刚开始的时候使用解释器慢慢解释执行，后来让JIT即时编译器根据程序运行的情况，有选择地将某些热点代码提前编译并缓存在本地，在执行的时候效率就非常高了
2.4 参数特别说明
-Xms<size>：设置初始Java堆大小，等价于-XX:InitialHeapSize-Xmx<size>：设置最大Java堆大小，等价于-XX:MaxHeapSize-Xss<size>：设置Java线程堆栈大小，等价于-XX:ThreadStackSize
单位：k/K、m/M、g/G
设置：-Xmx、-Xms 最好设置成一样的值，避免扩容带来的损耗
3. 类型三：-XX参数选项
3.1 特点
- 非标准化参数
- 使用的最多的参数类型
- 这类选项属于实验性，不稳定
- 以
-XX开头
3.2 作用
用于开发和调试JVM
3.3 分类
3.3.1 Boolean类型格式
-XX:+<option>表示启用option属性-XX:-<option>表示禁用option属性
举例
-XX:+UseParallelGC选择垃圾收集器为并行收集器-XX:+UseG1GC表示启用G1收集器-XX:+UseAdaptiveSizePolicy自动选择年轻代区大小和相应的Survivor区比例
说明
说明：因为有的指令默认是开启的，所以可以使用 - 关闭
3.3.2 非Boolean类型格式（key-value类型）
数值型格式
-XX:<option>=<number>number表示数值，number可以带上单位比如：
m、M表示 兆k、K表示Kbg、G表示g( 例如 :32k跟32768是一样的效果 ）举例
设置新生代初始大小为1024兆
-XX:NewSize=1024m设置GC停顿时间：500毫秒
-XX:MaxGCPauseMillis=500设置吞吐量
-XX:GCTimeRatio=19新生代与老年代的比例
-XX:NewRatio=2
非数值型格式
-XX:<name>=<string>举例
指定heap转存文件的存储路径
-XX:HeapDumpPath=/usr/local/heapdump.hprof
3.4 特别参数说明
-XX:+PrintFlagsFinal : 输出所有参数的名称和默认值
默认不包括 Diagnostic(诊断) 和 Experimental(实验) 的参数
可以配合 -XX:+UnlockDiagnosticVMOptions 和 -XX:UnlockExperimentalVMOptions 使用
二、添加JVM参数选项
1. Eclipse
在空白处单击右键，选择Run As，在选择Run Configurations……
设置虚拟机参数
2. IDEA
Edit Configurations…
设置虚拟机参数
3. 运行jar包
java -Xms500m -Xmx500m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar demo.jar
这是在java -jar demo.jar中的java -jar之间添加了虚拟机配置信息
4. 通过Tomcat运行war包
- Linux系统下可以在 tomcat/bin/catalina.sh 中添加类似如下配置：JAVA_OPTS=”-Xms512M -Xmx1024M”
- Windows系统下载 catalina.bat 中添加类似如下配置：set “JAVA_OPTS=-Xms512M -Xmx1024M”
5. 程序运行过程中
jinfo 不仅可以查看运行时某一个 Java 虚拟机参数的实际取值，甚至可以在运行时修改部分参数，并使之立即生效。
但是，并非所有参数都支持动态修改。参数只有被标记为 manageable 的 flag 可以被实时修改。其实，这个修改能力是极其有限的。
查看被标记为 manageable 的参数
java -XX:+PrintFlagsFinal -version | grep "manageable" 可以查看标记为 manageable 的参数
root@ubuntu:~# java -XX:+PrintFlagsFinal -version | grep "manageable"
intx CMSAbortablePrecleanWaitMillis = 100 {manageable}
intx CMSTriggerInterval = -1 {manageable}
intx CMSWaitDuration = 2000 {manageable}
bool HeapDumpAfterFullGC = false {manageable}
bool HeapDumpBeforeFullGC = false {manageable}
bool HeapDumpOnOutOfMemoryError = false {manageable}
ccstr HeapDumpPath = {manageable}
uintx MaxHeapFreeRatio = 100 {manageable}
uintx MinHeapFreeRatio = 0 {manageable}
bool PrintClassHistogram = false {manageable}
bool PrintClassHistogramAfterFullGC = false {manageable}
bool PrintClassHistogramBeforeFullGC = false {manageable}
bool PrintConcurrentLocks = false {manageable}
bool PrintGC = false {manageable}
bool PrintGCDateStamps = false {manageable}
bool PrintGCDetails = false {manageable}
bool PrintGCID = false {manageable}
bool PrintGCTimeStamps = false {manageable}
java version "1.8.0_261"
Java(TM) SE Runtime Environment (build 1.8.0_261-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.261-b12, mixed mode)设置非Boolean类型参数
jinfo -flag <name>=<value> <pid>设置Boolean类型参数
jinfo -flag [+|-] <name> <pid>示例： jinfo -flag +PrintGCDetails 29536
三、常用的JVM参数选项
1. 打印设置的XX选项及值
-XX:+PrintCommandLineFlags 可以让程序运行前打印出用户手动设置或者JVM自动设置的XX选项
-XX:+PrintFlagsInitial 表示打印出所有XX选项的默认值
-XX:+PrintFlagsFinal 表示打印出XX选项在运行程序时生效的值
如果值的前面加上了
:=，说明该值不是初始值，该值可能被 jvm 自动改变了，也可能被我们设置的参数改变了，如下所示：
-XX:+PrintVMOptions 打印JVM的参数
2. 堆、栈、方法区等内存大小设置
2.1 栈
- -Xss128k 或 -XX:ThreadStackSize=128k ：设置每个线程的栈大小为128k
2.2 堆内存
- -Xms3550m 或 -XX:InitialHeapSize=3550m ：设置JVM初始堆内存为3550M
- -Xmx3550m 或 -XX:MaxHeapSize=3550m ：设置JVM最大堆内存为3550M
- -Xmn2g ：设置年轻代大小为2G, 官方推荐配置为整个堆大小的3/8
- -XX:NewSize=1024m：设置年轻代初始值为1024M
- -XX:MaxNewSize=1024m ：设置年轻代最大值为1024M
- -XX:SurvivorRatio=8 ：设置年轻代中Eden区与一个Survivor区的比值，默认为8
- -XX:+UseAdaptiveSizePolicy ：自动选择各区大小比例
- -XX:NewRatio=4 ：设置老年代与年轻代（包括1个Eden和2个Survivor区）的比值
- -XX:PretenureSizeThreadshold=1024 ：设置让大于此阀值的对象直接分配在老年代，单位为字节
只对Serial、ParNew收集器有效 - -XX:MaxTenuringThreshold=15 ：新生代每次
MinorGC后，还存活的对象年龄 + 1 , 当对象的年龄大于设置的这个值时就进入老年代,默认值为15 - -XX:+PrintTenuringDistribution ：每次
MinorGC后打印出当前使用的Survivor中对象的年龄分布 - -XX:TargetSurvivorRatio ：
MinorGC结束后Survivor区域中占用空间的期望比例
2.3 方法区
2.3.1 永久代
- -XX:PermSize=256m ：设置永久代初始值为256M
- -XX:MaxPermSize=256m ：设置永久代最大值为256M
2.3.2 元空间
- -XX:MetaspaceSize ：初始空间大小
- -XX:MaxMetaspaceSize ：最大空间，默认没有限制
- -XX:+UseCompressedOops ：压缩对象指针
- -XX:+UseCompressedClassPointers ：压缩类指针
- -XX:CompressedClassSpaceSize ：设置Klass Metaspace的大小，默认1G
2.4 直接内存
- -XX:MaxDirectMemorySize ：指定 DirectMemory 容量，若未指定，则默认与Java堆最大值一样
3. OutOfMemory相关的选项
-XX:+HeapDumpOnOutOfMemoryError ：内存出现OOM的时候，把Heap转存（Dump)到文件以便后续分析
-XX:+HeapDumpBeforeFullGC ：在出现FullGC之前，生成Heap转储文件
-XX:HeapDumpPath=<path>：指定heap转存文件的存储路径-XX:OnOutOfMemoryError ：指定一个程序或者脚本的路径，当发生OOM的时候，去执行这个脚本
举例：
以部署在linux系统
/opt/Server目录下的ioms-ums.jar为例在
run.sh启动脚本中添加jvm参数：-XX:OnOutOfMemoryError=/opt/Server/restart.shrestart.sh 脚本
linux环境：
!/bin/bash pid=$(ps -ef|grep ioms-ums.jar|awk '{if($8=="java") {print $2}}') kill -9 $pid cd /opt/Server/;sh run.shWindows环境：
echo off wmic process where Name='java.exe' delete cd D:\Server start run.bat
4. 垃圾收集器相关选项
7款经典收集器与垃圾分代之间的关系 :
垃圾收集器的组合关系 :
4.1 查看默认垃圾收集器
-XX:+PrintCommandLineFlags查看命令行相关参数（包含使用的垃圾收集器）jinfo -flag 相关垃圾回收器参数 进程ID，作用：使用命令行指令注意：只能修改被标记为 manageable 的参数
java -XX:+PrintFlagsFinal -version | grep “manageable”
示例：jinfo -flag +PrintGCDetails 29536
4.2 Serial回收器
Serial 收集器作为HotSpot中client模式下的 默认新生代垃圾收集器。Serial Old 是运行在 Client 模式下默认的老年代的垃圾回收器。
-XX:+UseSerialGC指定年轻代和老年代都使用串行收集器
等价于新生代用
Serial GC, 且老年代用Serial Old GC。可以获得最高的单线程收集效率
4.3 ParNew回收器
-XX:+UseParNewGC手动指定使用
ParNew收集器执行内存回收任务。它表示年轻代使用并行收集器，不影响老年代。
-XX:ParallelGCThreads=N限制线程数量，默认开启和CPU数据相同的线程数
4.4 Parallel回收器
-XX:+UseParallelGC手动指定年轻代使用
Parallel并行收集器执行内存回收任务-XX:+UseParallelOldGC手动指定老年代都是使用并行回收收集器。
分别适用于新生代和老年代。默认jdk8是开启的。
上面两个参数，默认开启一个，另一个也会被开启。（互相激活）
-XX:ParallelGCThreads设置年轻代并行收集器的线程数。
一般地，最好与CPU数量相等，以避免过多的线程数影响垃圾收集性能。在默认情况下，当CPU数量小于8个，ParallelGCThreads的值等于CPU数量。
当CPU数量大于8个，ParallelGCThreads 的值 = 3 + [ 5 * CPU_Count] / 8 ]-XX:MaxGCPauseMillis设置垃圾收集器最大停顿时间（即STW的时间）。单位是毫秒。
- 为了尽可能地把停顿时间控制在
MaxGCPauseMills以内，收集器在工作时会调整Java堆大小 或 其他一些参数。 - 对于用户来讲，停顿时间越短体验越好。但是在服务器端，我们注重高并发，整体的吞吐量。所以服务器端适合Parallel , 进行控制。
- 该参数使用需谨慎。
- 为了尽可能地把停顿时间控制在
-XX:GCTimeRatio垃圾收集时间占总时间的比例（ =1 / ( N + 1 ) )。用于衡量吞吐量的大小。
- 取值范围（ 0 , 100 )。默认值99 , 也就是垃圾回收时间不超过1%
- 与前一个
-XX:MaxGCPauseMillis参数有一定矛盾性。暂停时间越长，Radio参数就容易超过设定的比例
-XX:+UseAdaptiveSizePolicy设置
Parallel Scavenge收集器具有自适应调节策略在这种模式下，年轻代的大小、
Eden和Survivor的比例、晋升老年代的对象年龄等参数会被自动调整，已达到在堆大小、吞吐量和停顿时间之间的平衡点。在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标的吞吐量（
GCTimeRatio)和停顿时间（MaxGCPauseMills) , 让虚拟机自己完成调优工作。
4.5 CMS回收器
-XX:+UseConcMarkSweepGC手动指定使用CMS 收集器执行内存回收任务
- 开启该参数后会自动将
-XX:+UseParNewGC打开。即：ParNew ( Young区用）+ CMS(Old区用）+Serial Old的组合。
- 开启该参数后会自动将
-XX:CMSlnitiatingoccupanyFraction设置堆内存使用率的阀值，一旦达到该阀值，便开始进行回收。
- JDK5及以前版本的默认值为68 , 即当老年代的空间使用率达到68%时，会执行一次CMS回收。JDK6及以上版本默认值为92%
- 如果内存增长缓慢，则可以设置一个稍大的值，大的阙值可以有效降低CMS的触发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。反之，如果应用程序内存使用率增长很快，则应该降低这个阙值，以避免频繁触发老年代串行收集器。因此通过该选项便可以有效降低Full GC 的执行次数。
-XX:+UseCMSComlpactAtFullCollection用于指定在执行完Full GC后对内存空间进行压缩整理，以此避免内存碎片的产生。
- 不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
-XX:CMSFullGCsBeforeCompaction设置在执行多少次
Full GC后对内存空间进行压缩整理。-XX:ParallelCMSThreads
设置CMS的线程数量
- CMS默认启动的线程数是（ParallelGCThreads + 3 ) / 4 ,
ParallelGCThreads是年轻代并行收集器的线程数。当CPU资源比较紧张时，受到CMS收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。
- CMS默认启动的线程数是（ParallelGCThreads + 3 ) / 4 ,
补充参数
-XX:ConcGCThreads设置并发垃圾收集的线程数，默认该值是基于
ParallelGCThreads计算出来的；-XX:+UseCMSInitiatingOccupancyonly是否动态可调，用这个参数可以使CMS一直按
CMSInitiatingOccupancyFraction设定的值启动-XX:+CMSScavengeBeforeRemark强制hotspot虚拟机在
cms remark阶段之前做一次minor gc,用于提高remark阶段的速度；-XX:+CMSClassUnloadingEnable如果有的话，启用回收Perm区（JDK8之前）
-XX:+CMSParallelInitialEnabled用于开启
CMS initial-mark阶段采用多线程的方式进行标记，用于提高标记速度，在Java8开始已经默认开启；-XX:+CMSParallelRemarkEnabled用户开启
CMS remark阶段采用多线程的方式进行重新标记 , 默认开启；-XX:+ExplicitGCInvokesConcurrent-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses这两个参数用户指定hotspot虚拟在执行
System.gc()时使用CMS周期；-XX:+CMSPrecleaningEnabled指定CMS是否需要进行
Pre cleaning这个阶段
特别说明
JDK9新特性：CMS 被标记为 Deprecate 了（JEP291)
- 如果对JDK9及以上版本的
HotSpot虚拟机使用参数-XX:+UseConcMarkSweepGC来开启CMS收集器的话，用户会收到一个警告信息，提示CMS未来将会被废弃。
JDK14新特性：删除CMS垃圾回收器（JEP363)
移除了CMS垃圾收集器，如果在JDK14中使用
-XX:+UseConcMarkSweepGC的话 , JVM不会报错，只是给出一个warning信息，但是不会exit。JVM会自动回退以默认GC方式启动JVM
4.6 G1回收器
如果使用G1垃圾收集器，不建议设置-Xmn和-XX:NewRatio，毕竟可能影响G1的自动调节
-XX:+UseG1GC手动指定使用G1收集器执行内存回收任务。
-XX:G1HeapRegionSize设置每个Region的大小。值是2的幂，范围是1MB到32MB之间，目标是根据最小的Java堆大小划分出约2048个区域。默认是堆内存的1/2000。
-XX:MaxGCPauseMillis设置期望达到的最大GC停顿时间指标（JVM会尽力实现，但不保证达到）。默认值是200ms
-XX:ParallelGCThread设置STW时GC线程数的值。最多设置为8-XX:ConcGCThreads设置并发标记的线程数。将n设置为并行垃圾回收线程数（ParallelGCThreads)的1/4左右。
-XX:InitiatingHeapOccupancyPercent设置触发并发GC周期的Java堆占用率阈值。超过此值，就触发GC。默认值是45。
-XX:G1NewSizePercent-XX:G1MaxNewSizePercent新生代占用整个堆内存的最小百分比（默认5%)、最大百分比（默认60%)
-XX:G1ReservePercent=10保留内存区域，防止
to space(Survivor中的to区）溢出
Mixed GC调优参数
注意：G1收集器主要涉及到Mixed GC,Mixed GC会回收young区和部分old区。
G1关于Mixed GC调优常用参数：
-XX:InitiatingHeapOccupancyPercent设置堆占用率的百分比（0到100)达到这个数值的时候触发global concurrent marking(全局并发标记）,默认为 45%。值为0表示间断进行全局并发标记。
-XX:G1MixedGCLiveThresholdPercent设置old区的region被回收时候的对象占比，默认占用率为85%。只有old区的region中存活的对象占用达到了这个百分比 , 才会在Mixed GC中被回收。
-XX:G1HeapWastePercent在global concurrent marking(全局并发标记）结束之后，可以知道所有的区有多少空间要被回收，在每次young GC之后和再次发生Mixed GC之前，会检查垃圾占比是否达到此参数，只有达到了，下次才会发生 Mixed GC。
-XX:G1MixedGCCountTarget一次global concurrent marking(全局并发标记）之后，最多执行Mixed GC的次数，默认是8。
-XX:G1OldCSetRegionThresholdPercent设置Mixed GC收集周期中要收集的Old region数的上限。默认值是Java堆的10%
4.7 怎么选择垃圾回收器
- 优先调整堆的大小让JVM自适应完成。
- 如果内存小于100M,使用串行收集器
- 如果是单核、单机程序，并且没有停顿时间的要求，串行收集器
- 如果是多CPU、需要高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自己选择
- 如果是多CPU、追求低停顿时间，需快速响应（比如延迟不能超过1秒，如互联网应用),使用并发收集器。官方推荐G1,性能高。现在互联网的项目，基本都是使用G1。
特别说明：
- 没有最好的收集器，更没有万能的收集；
- 调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器
5. GC日志相关选项
强烈建议看下这篇博客：https://cloud.tencent.com/developer/article/1916565
5.1 常用参数
-verbose:gc输出gc日志信息，默认输出到标准输出
可以独立使用-XX:+PrintGC等同于
-verbose:gc表示打开简化的GC日志
可以独立使用-XX:+PrintGCDetails在发生垃圾回收时打印内存回收详细的日志，并在进程退出时输出当前内存各区域分配情况
可以独立使用-XX:+PrintGCTimeStamps输出GC发生时的时间截
不可以独立使用，需要配合-XX:+PrintGCDetails使用-XX:+PrintGCDateStamps输出GC发生时的时间戳（以日期的形式，如 2013-05-04T21:53:59.234+0800)
不可以独立使用，需要配合-XX:+PrintGCDetails使用-XX:+PrintHeapAtGC每一次GC前和GC后，都打印堆信息
可以独立使用-Xloggc:<file>把GC日志写入到一个文件中去，而不是打印到标准输出中
java -Xms4096m -Xmx4096m -Xloggc:/tm/gc-%t.log -jar ioms-ums.jar 或 java -Xms4096m -Xmx4096m -Xloggc:/tm/gc-%t.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=3 -XX:GCLogFileSize=512k -jar ioms-ums.jar
5.2 其他参数
-XX:+TraceClassLoading监控类的加载
-XX:+PrintGCApplicationStoppedTime打印GC时线程的停顿时间
-XX:+PrintGCApplicationConcurrentTime垃圾收集之前打印出应用未中断的执行时间
-XX:+PrintReferenceGC记录回收了多少种不同引用类型的引用
-XX:+PrintTenuringDistribution让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布
-XX:+UseGCLogFileRotation启用GC日志文件的自动转储
-XX:NumberOfGClogFiles=1GC日志文件的循环数目
-XX:GCLogFileSize=1M控制GC日志文件的大小
java -Xms4096m -Xmx4096m -Xloggc:/tm/gc-%t.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=3 -XX:GCLogFileSize=512k -jar ioms-ums.jar6. 其他参数
-XX:+DisableExplicitGC禁止hotspot执行System.gc(),默认禁用
-XX:ReservedCodeCacheSize=<n>[g|m|k]-XX:InitialCodeCacheSize=<n>[g|m|k]指定代码缓存的大小
-XX:+UseCodeCacheFlushing使用该参数让jvm放弃一些被编译的代码，避免代码缓存被占满时JVM切换到interpreted-only的情况
XX:+DoEscapeAnalysis开启逃逸分析（jdk1.8默认开启）-XX:+UseBiasedLocking开启偏向锁-XX:+UseLargePages开启使用大页面-XX:+UseTLAB使用TLAB,默认打开-XX:+PrintTLAB打印TLAB的使用情况-XX:TLABSize设置TLAB大小
四、通过Java代码获取JVM参数
Java提供了 java.lang.management 包用于监视和管理Java虚拟机和Java运行时中的其他组件，它允许本地和远程监控和管理运行的Java虚拟机。
其中 ManagementFactory 这个类还是挺常用的。另外还有Runtime类也可以获取一些内存、CPU核数等相关的数据。
通过这些api可以监控我们的应用服务器的堆内存使用情况，设置一些阀值进行报警等处理。
package com.cpucode.java.operating.parameters;
import java.lang.management.ManagementFactory;
import java.lang.management.MemoryMXBean;
import java.lang.management.MemoryUsage;
/**
* 监控我们的应用服务器的堆内存使用情况，设置一些阈值进行报警等处理
*/
public class MemoryMonitor {
public static void main(String[] args) {
MemoryMXBean memoryMXBean = ManagementFactory.getMemoryMXBean();
MemoryUsage usage = memoryMXBean.getHeapMemoryUsage();
System.out.println("INIT HEAP: " + usage.getInit() / 1024 / 1024 + "m");
System.out.println("MAX HEAP: " + usage.getMax() / 1024 / 1024 + "m");
System.out.println("USE HEAP: " + usage.getUsed() / 1024 / 1024 + "m");
System.out.println("\nFull Information:");
System.out.println("Heap Memory Usage: " + memoryMXBean.getHeapMemoryUsage());
System.out.println("Non-Heap Memory Usage: " + memoryMXBean.getNonHeapMemoryUsage());
System.out.println("=======================通过java来获取相关系统状态============================ ");
// 当前堆内存大小
System.out.println("当前堆内存大小totalMemory " + (int) Runtime.getRuntime().totalMemory() / 1024 / 1024 + "m");
// 空闲堆内存大小
System.out.println("空闲堆内存大小freeMemory " + (int) Runtime.getRuntime().freeMemory() / 1024 / 1024 + "m");
// 最大可用总堆内存大小
System.out.println("最大可用总堆内存maxMemory " + Runtime.getRuntime().maxMemory() / 1024 / 1024 + "m");
}
}通过Runtime获取
public class HeapSpaceInitial {
public static void main(String[] args){
//返回Java虚拟机中的堆内存总量
long initialMemory = Runtime.getRuntime().totalMemory() / 1024 / 1024;
//返回Java虚拟机试图使用的最大堆内存量
long maxMemory = Runtime.getRuntime().maxMemory() / 1024 / 1024;
System.out.println("-Xms:" + initialMemory + "M");
System.out.println("-Xmx:" + maxMemory + "M");
System.out.println("系统内存大小为：" + maxMemory * 4.0 / 1024 + "G");
System.out.println("系统内存大小为：" + initialMemory * 64.0 / 1024 + "G");
}
}转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 george_95@126.com