JVM运行时参数
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
表示 Kb
g
、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");
}
}
相关文章
- jvm面试题2021_jvm运行原理及调优面试题
- resin之jvm优化「建议收藏」
- JVM之JVM运行时内存结构, JDK1.7 JVM内存结构, JDK1.8 JVM内存结构, JVM堆内存结构
- JVM之晚期(运行期)优化
- JVM史上最最最完整深入解析
- IDEA设置JVM运行参数[通俗易懂]
- 使用MAT分析JVM OOM
- 阿里面试:来聊聊JVM性能调优?
- 检测 Java 是否运行在64bit 的JVM上的方法详解编程语言
- 实时监控Linux服务器上JVM运行情况(linuxjvm监控)
- JPHP:一款基于JVM的新PHP编译器
- JVM之动态方法调用:invokedynamic
- Linux查看JVM内存使用情况指南(linux查看jvm内存)
- 如何在Linux上查看JVM运行信息(Linux查看jvm)
- Linux JVM GC管理追求极致性能(linux jvm gc)
- Oracle宣布JVM规范化(jvm规范oracle)
- Oracle JVM 解析完美的规范(oracle jvm规范)
- Oracle JVM组件值得信赖的可靠性(oracle jvm组件)