我要评论1. jvm参数选项类型
类型一：标准参数选项
特点
- 比较稳定，后续版本基本不会变化
- 以 - 开头
各种选项
运行 java 或者 java-help 可以看到所有的标准选项
c:\users\cpucode>java -help
用法: java [-options] class [args...]
(执行类)
或 java [-options] -jar jarfile [args...]
(执行 jar 文件)
其中选项包括:
-d32 使用 32 位数据模型 (如果可用)
-d64 使用 64 位数据模型 (如果可用)
-client 选择 "client" vm
-server 选择 "server" vm
默认 vm 是 client.
-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 。
补充内容
-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
类型二：-x参数选项
特点
- 非标准化参数
- 功能还量比较温度的，但有方就后续高本可能变变更
- 以 -x 开头
各种选项
所有的x选项
java -x
c:\users\cpucode>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:system
（仅限 linux）显示系统或容器
配置并继续
-xshowsettings:all
显示所有设置并继续
-xshowsettings:vm 显示所有与 vm 相关的设置并继续
-xshowsettings:properties
显示所有属性设置并继续
-xshowsettings:locale
显示所有与区域设置相关的设置并继续
-x 选项是非标准选项。如有更改，恕不另行通知。
jvm的jit编译模式相关的选项
-xint
禁用jit，所有字节码都被解释执行，这个模式的速度最慢的
-xcomp
所有字节码第一次使用就都被编译成本地代码，然后再执行
-xmixed
混合模式，默认模式，让jit根据程序运行的情况，有选择地将某些代码编译成本地代码
特别地
-xmx-xms-xss属于xx参数？
设置初始java堆大小，等价于 -xx:initialheapsize
-xms<size>
设置最大java堆大小，等价于 -xxmaxheapsize
-xmx<size>
设置java线程堆栈大小，-xx:threadstacksize
-xss<size>
类型三：-xx参数选项
特点
- 非标准化参数
- 使用的最多的参数类型
- 这类选项属于实验性，不稳定
- 以-xx开头
作用
用于开发和调试jvm
分类
boolean类型格式
启用option属性
-xx:+<option>
禁用 opitan 展性
-xx:-<option>
举例
选择垃圾收集器为并行收集器
-xx:+useparalle1gc
启用g1收集器
-xx:+useg1gc
自动选择年轻代区大小和相应的 survivor区比例
-xx:+useadaptivesizepolicy
说明：因为有的指令默认是开启的，所以可以使用 - 关闭
非boolean类型格式（key-value类型）
子类型1 : 数值型格式
-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
子类型2 : 非数值型格式
-xx:<name>=<string>
例如：
指定heap转存文件的存储路径
-xx:heapdumppath=/usr/local/heapdump.hprof
特别地
-xx:+printflagsfinal
输出所有参数的名称和默认值
默认不包括 diagnostic 和 experimental 的参数
可以配合 -xx:+unlockdiagnosticvmoptions 和 -xx:unlockexperimentalvmoptions 使用
2. 添加jvm参数选项
eclipse
idea
java -xms50m -xmx50m -xx:+printgcdetails -xx:+printgctimestamps -jar demo.jar
运行jar包
通过tomcat运行war包
linux系统下可以在 tomcat/bin/catalina.sh 中添加类似如下配置：
java_opts="-xms512m -xmx1024m"
windows系统下在 catalina.bat 中添加类似如下配置：
set "java_opts=-xms512m -xmx1024m"
程序运行过程中
设置非boolean类型参数
jinfo -flag <name>=<value> <pid>
设置boolean类型参数
jinfo -flag [+|-] <name> <pid>
3. 常用的jvm参数选项
打印设置的xx选项及值
在程序运行前打印出用户手动设置 或 jvm自动设置的xx选项
-xx:+printcommandlineflags
打印出所有xx选项的默认值
-xx+printflagslnitial
打印出xx选项在运行程序时生效的值
-xx:+printflagsfinal
打印m的参数
xx:+printvmoptions
堆、栈、方法区等内存大小设置
栈
设置每个线程的栈大小为128k
-xx:threadstacksize=128k
-xss128k
堆内存
设置jvm初始堆内存为3550m
-xms3550m
-xx:initialheapsize
设置jvm最大堆内存为3550m
-xmx3550m
-xx:maxheapsize
设置年轻代大小为2g, 官方推荐配置为整个堆大小的3/8
-xmn2g
设置年轻代初始值为1024m
-xx:newsize=1024m
设置年轻代最大值为1024m
-xx:maxnewsize=1024m
设置年轻代中eden区与一个survivor区的比值，默认为8
-xx:survivorratio=8
自动选择各区大小比例
-xx:+useadaptivesizepolicy
设置老年代与年轻代（包括1个eden和2个survivor区）的比值
-xx:newratio=4
设置让大于此阀值的对象直接分配在老年代，单位为字节
只对serial、parnew收集器有效
-xx:pretenuresizethreadshold=1024
默认值为15
新生代每次 minorgc 后，还存活的对象年龄 + 1 , 当对象的年龄大于设置的这个值时就进入老年代
-xx:maxtenuringthreshold=15
每次 minorgc 后打印出当前使用的 survivor 中对象的年龄分布
-xx:+printtenuringdistribution
minorgc 结束后 survivor 区域中占用空间的期望比例
-xx:targetsurvivorratio
方法区
永久代
设置永久代初始值为256m
-xx:permsize=256m
设置永久代最大值为256m
-xx:maxpermsize=256m
元空间
初始空间大小
-xx:metaspacesize
最大空间，默认没有限制
-xx:maxmetaspacesize
压缩对象指针
-xx:+usecompressedoops
压缩类指针
-xx:+usecompressedclasspointers
设置klass metaspace的大小，默认1g
-xx:compressedclassspacesize
直接内存
指定 directmemory 容量，若未指定，则默认与java堆最大值一样
-xx:maxdirectmemorysize
outofmemory相关的选项
内存出现oom的时候，把heap转存（dump)到文件以便后续分析
-xx+heapdumponoutofmemoryerror
在出现fullgc之前，生成heap转储文件
-xx+heapdumpbeforefullgc
指定heap转存文件的存储路径
-xx:heapdumppath=<path>
指定一个可行性程序或者脚本的路径，当发生oom的时候，去执行这个脚本
-xx:onoutofmemoryerror
对 onoutofmemoryerror 的运维处理
以部署在linux系统 /opt/server 目录下的 server.jar 为例
- 在
run.sh启动脚本中添加jvm参数：
-xx:onoutofmemoryerror=/opt/server/restart.sh
restart.sh脚本
linux环境：
#!/bin/bash
pid=$(ps -ef|grep server.jar|awk '{if($8=="java") {print $2}}')
kill -9 $pid
cd /opt/server/;sh run.sh
windows环境：
echo off wmic process where name='java.exe' delete cd d:\server start run.bat
垃圾收集器相关选项
7款经典收集器与垃圾分代之间的关系 :
垃圾收集器的组合关系 :
查看默认垃圾收集器
查看命令行相关参数（包含使用的垃圾收集器）
-xx:+printcommandlineflags
使用命令行指令
jinfo -flag 相关垃圾回收器参数 进程id
serial回收器
serial 收集器作为hotspot中client模式下的默认新生代垃圾收集器。serial old 是运行在 client 模式下默认的老年代的垃圾回收器。
指定年轻代和老年代都使用串行收集器
等价于新生代用 serial gc , 且老年代用 serial old gc 。可以获得最高的单线程收集效率
-xx:+useserialgc
parnew回收器
手动指定使用 parnew 收集器执行内存回收任务。
它表示年轻代使用并行收集器，不影响老年代
-xx:+useparnewgc
限制线程数量，默认开启和cpu数据相同的线程数
-xx:parallelgcthreads=n
parallel回收器
手动指定年轻代使用 parallel 并行收集器执行内存回收任务
-xx:+useparallelgc
手动指定老年代都是使用并行回收收集器。
-xx:+useparalle101dgc
- 分别适用于新生代和老年代。默认jdk8是开启的。
- 上面两个参数，默认开启一个，另一个也会被开启。（互相激活）
设置年轻代并行收集器的线程数。
一般地，最好与cpu数量相等，以避免过多的线程数影响垃圾收集性能。
-xx:parallelgcthreads
- 在默认情况下，当cpu数量小于8个，parallelgcthreads的值等于cpu数量。
- 当cpu数量大于8个，
parallelgcthreads的值 = 3 + [ 5 * cpu_count] / 8 ]
设置垃圾收集器最大停顿时间（即stw的时间）。单位是毫秒。
-xx:maxgcpausemillis
- 为了尽可能地把停顿时间控制在
maxgcpausemills以内，收集器在工作时会调整java堆大小 或 其他一些参数。 - 对于用户来讲，停顿时间越短体验越好。但是在服务器端，我们注重高并发，整体的吞吐量。所以服务器端适合parallel , 进行控制。
- 该参数使用需谨慎。
垃圾收集时间占总时间的比例（ =1 / ( n + 1 ) )。用于衡量吞吐量的大小。
-xx:gctimeratio
- 取值范围（ 0 , 100 )。默认值99 , 也就是垃圾回收时间不超过1%
- 与前一个
-xx:maxgcpausemillis参数有一定矛盾性。暂停时间越长，radio参数就容易超过设定的比例
设置 parallel scavenge 收集器具有自适应调节策略
-xx:+useadaptivesizepolicy
- 在这种模式下，年轻代的大小、
eden和survivor的比例、晋升老年代的对象年龄等参数会被自动调整，已达到在堆大小、吞吐量和停顿时间之间的平衡点。 - 在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标的吞吐量（
gctimeratio)和停顿时间（maxgcpausemills) , 让虚拟机自己完成调优工作。
cms回收器
手动指定使用cms 收集器执行内存回收任务
-xx:+useconcmarksweepgc
- 开启该参数后会自动将
-xx:+useparnewgc打开。即：parnew ( young区用）+ cms(old区用）+serial old的组合。
设置堆内存使用率的阀值，一旦达到该阀值，便开始进行回收。
-xx:cmslnitiatingoccupanyfraction
jdk5及以前版本的默认值为68 , 即当老年代的空间使用率达到68%时，会执行一次cms回收。jdk6及以上版本默认值为92%
如果内存增长缓慢，则可以设置一个稍大的值，大的阙值可以有效降低cms的触发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。反之，如果应用程序内存使用率增长很快，则应该降低这个阙值，以避免频繁触发老年代串行收集器。因此通过该选项便可以有效降低full gc 的执行次数。
用于指定在执行完full gc后对内存空间进行压缩整理，以此避免内存碎片的产生。
-xx:+usecmscomlpactatfullcollection
- 不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
设置在执行多少次 full gc 后对内存空间进行压缩整理。
-xx:cmsfu11gcsbeforecompaction
设置cms的线程数量
-xx:parallelcmsthreads
cms默认启动的线程数是（paralle1gcthreads + 3 ) / 4 , parallelgcthreads 是年轻代并行收集器的线程数。当cpu资源比较紧张时，受到cms收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。
补充参数
设置并发垃圾收集的线程数，默认该值是基于 parallelgcthreads 计算出来的；
-xx:concgcthreads
是否动态可调，用这个参数可以使cms一直按 cmsinitiatingoccupancyfraction 设定的值启动
-xx:+usecmsinitiatingoccupancyonly
强制hotspot虚拟机在 cms remark 阶段之前做一次 minor gc ,用于提高 remark 阶段的速度；
-xx:+cmsscavengebeforeremark
如果有的话，启用回收perm区（jdk8之前）
-xx:+cmsclassunloadingenable
用于开启 cms initial-mark 阶段采用多线程的方式进行标记，用于提高标记速度，在java8开始已经默认开启；
-xx:+cmsparallelinitialenabled
用户开启cms remark 阶段采用多线程的方式进行重新标记 , 默认开启；
-xx:+cmsparallelremarkenabled
这两个参数用户指定hotspot虚拟在执行 system.gc() 时使用cms周期；
-xx:+explicitgcinvokesconcurrent -xx:+explicitgcinvokesconcurrentandunloadsclasses
指定cms是否需要进行 pre cleaning 这个阶段
-xx:+cmsprecleaningenabled
特别说明
jdk9新特性：cms 被标记为 deprecate 了（jep291)
- 如果对jdk9及以上版本的
hotspot虚拟机使用参数-xx:+useconcmarksweepgc来开启cms收集器的话，用户会收到一个警告信息，提示cms未来将会被废弃。
jdk14新特性：删除cms垃圾回收器（jep363)
- 移除了cms垃圾收集器，如果在jdk14中使用
-xx:+useconcmarksweepgc的话 , jvm不会报错，只是给出一个warning信息，但是不会exit。jvm会自动回退以默认gc方式启动jvm
g1回收器
手动指定使用g1收集器执行内存回收任务。
-xx:+useg1gc
设置每个region的大小。值是2的幂，范围是1mb到32mb之间，目标是根据最小的java堆大小划分出约2048个区域。默认是堆内存的1/2000。
-xx:g1heapregionsize
设置期望达到的最大gc停顿时间指标（jvm会尽力实现，但不保证达到）。默认值是200ms
-xx:maxgcpausemillis
设置stw时gc线程数的值。最多设置为8
·-xx:parallelgcthread
设置并发标记的线程数。将n设置为并行垃圾回收线程数（paralle1gcthreads)的1/4左
右。
-xx:concgcthreads
设置触发并发gc周期的java堆占用率罔值。超过此值，就触发gc。默认值是45。
-xx:initiatingheapoccupancypercent
新生代占用整个堆内存的最小百分比（默认5%)、最大百分比（默认60%)
-xx:g1newsizepercent -xx:g1maxnewsizepercent
保留内存区域，防止 to space (survivor中的to区）溢出
-xx:g1reservepercent=10
mixed gc调优参数
注意：g1收集器主要涉及到mixed gc,mixed gc会回收young区和部分old区。
g1关于mixed gc调优常用参数：
设置堆占用率的百分比（0到100)达到这个数值的时候触发global concurrent marking(全局并发标记）,默认为 45%。值为0表示间断进行全局并发标记。
-xx:initiatingheapoccupancypercent
设置01d区的region被回收时候的对象占比，默认占用率为85%。只有01d区的region中存活的对象占用达到了这个百分比 , 才会在mixed gc中被回收。
-xx:g1mixedgclivethresholdpercent:
在global concurrent marking(全局并发标记）结束之后，可以知道所有的区有多少空间要被回收，在每次young gc之后和再次发生mixed gc之前，会检查垃圾占比是否达到此参数，只有达到了，下次才会发生 mixed gc。
·-xx:g1heapwastepercent
一次global concurrent marking(全局并发标记）之后，最多执行mixed gc的次数，默认是8。
-xx:g1mixedgccounttarget
设置mixed gc收集周期中要收集的old region数的上限。默认值是java堆的10%
-xx:g1o1dcsetregionthresholdpercent
怎么选择垃圾回收器
- 优先调整堆的大小让jvm自适应完成。
- 如果内存小于100m,使用串行收集器
- 如果是单核、单机程序，并且没有停顿时间的要求，串行收集器
- 如果是多cpu、需要高吞吐量、允许停顿时间超过1秒，选择并行或者jvm自己选择
- 如果是多cpu、追求低停顿时间，需快速响应（比如延迟不能超过1秒，如互联网应用),使用并发收集器。官方推荐g1,性能高。现在互联网的项目，基本都是使用g1。
特别说明：
- 没有最好的收集器，更没有万能的收集；
- 调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器
gc日志相关选项
常用参数
输出gc日志信息，默认输出到标准输出
可以独立使用
-verbose:gc
等同于 -verbose:gc 表示打开简化的gc日志
可以独立使用
xx:+printgc
在发生垃圾回收时打印内存回收详细的日志，并在进程退出时输出当前内存各区域分配情况
可以独立使用
-xx:+printgcdetails
输出gc发生时的时间截
不可以独立使用，需要配合-xx:+printgcdetails使用
-xx:+printgctimestamps
输出gc发生时的时间戳（以日期的形式，如 2013-05-04t21:53:59.234+0800)
不可以独立使用，需要配合-xx:+printgcdetails使用
-xx:+printgcdatestamps
每一次gc前和gc后，都打印堆信息
可以独立使用
-xx:+printheapatgc
把gc日志写入到一个文件中去，而不是打印到标准输出中
-xloggc:<file>
其他参数
监控类的加载
-xx:+traceclassloading
打印gc时线程的停顿时间
-xx:+printgcapplicationstoppedtime
垃圾收集之前打印出应用未中断的执行时间
-xx:+printgcapplicationconcurrenttime
记录回收了多少种不同引用类型的引用
-xx:+printreferencegc
让ivm在每次minorgc后打印出当前使用的survivor中对象的年龄分布
-xx:+printtenuringdistribution
启用gc日志文件的自动转储
-xx:+usegclogfilerotation
gc日志文件的循环数目
-xx:numberofgclogfiles=1
控制gc日志文件的大小
-xx:gclogfilesize=1m
其他参数
禁止hotspot执行system.gc(),默认禁用
-xx:+disableexplicitgc
指定代码缓存的大小
-xx:reservedcodecachesize=<n>[g|m|k] -xx:initialcodecachesize=<n>[g|m|k]
使用该参数让jvm放弃一些被编译的代码，避免代码缓存被占满时jvm切换到interpreted-only的情况
-xx:+usecodecacheflushing
开启逃逸分析
-xx+doescapeanalysis
开启偏向锁
-xx+usebiasedlocking
开启使用大页面
-xx+uselargepages
使用tlab,默认打开
-xx+usetlab
打印tlab的使用情况
-xx:+printtlab
设置tlab大小
-xx:tlabsize
4. 通过java代码获取vm参数
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;
/**
* 监控我们的应用服务器的堆内存使用情况，设置一些阈值进行报警等处理
*
* @author : cpucode
* @date : 2021/2/16
* @time : 21:21
* @github : https://githfub.com/cpu-code
* @csdn : https://blog.csdn.net/qq_44226094
*/
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");
}
}
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持代码网。
发表评论