1、JVM参数选项类型
1.1、类型一：标准参数选项
特点：比较稳定，后续版本基本不会变化
以 - 开头
各种选项：运行java或java -help可以看到所有的标准选项
> 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。补充内容：-server 与 -client
Hotspot JVM有两种模式，分别是server和client，分别通过-server和-client模式设置
- 32位系统上，默认使用Client类型的JVM。要想使用Server模式，机器配置至少有2个以上的CPU和2G以上的物理内存。client模式适用于对内存要求较小的桌面应用程序，默认使用Serial串行垃圾收集器
- 64位系统上，只支持server模式的JVM，适用于需要大内存的应用程序，默认使用并行垃圾收集器
官网地址：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/server-class.html
如何知道系统默认使用的是那种模式呢？
通过java -version命令：可以看到Server VM字样，代表当前系统使用是Server模式
shizan@MacBook-Pro bin % java -version
java version "1.8.0_251"
Java(TM) SE Runtime Environment (build 1.8.0_251-b08)
Java HotSpot(TM) 64-Bit Server VM (build 25.251-b08, mixed mode)1.2、类型二：-X参数选项
特点：
- 非标准化参数
- 功能还是比较稳定。但官方说后续版本可能会变更
- 以 -X 开头
各种选项：运行java -X命令可以看到所有的X选项
shizan@MacBook-Pro bin % 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 选项是非标准选项, 如有更改, 恕不另行通知。
以下选项为 Mac OS X 特定的选项:
-XstartOnFirstThread
在第一个 (AppKit) 线程上运行 main() 方法
-Xdock:name=<应用程序名称>"
覆盖停靠栏中显示的默认应用程序名称
-Xdock:icon=<图标文件的路径>
覆盖停靠栏中显示的默认图标
JVM的JIT编译模式相关的选项
-Xint : 禁用JIT，所有字节码都被解释执行，这个模式的速度最慢的
-Xcomp :所有字节码第一次使用就被编译成本地代码，然后再执行
-Xmixed :混合模式，默认模式，让JIT根据程序运行的情况，有选择地将某些
特别地：
-Xmx -Xms -Xss属于 XX参数
-Xms<size> 设置初始 Java 堆大小，等价于-XX:InitialHeapSize
-Xmx<size> 设置最大 Java 堆大小，等价于-XX:MaxHeapSize
-Xss<size> 设置 Java 线程堆栈大小，等价于-XX:ThreadStackSize
1.3、类型三：-XX参数选项
特点：
- 非标准化参数
- 使用的最多的参数类型
- 这类选项属于实验性，不稳定
- 以 -XX 开头
作用：用于开发和调试JVM
分类：
① Boolean 类型格式
-XX:+<option> 启用option属性
-XX:-<option> 禁用option属性
举例：
-XX:+UseParallelGC 选择垃圾收集器为并行收集器
-XX:+UseG1GC 表示启用G1收集器
-XX:+UseAdaptiveSizePolicy 自动选择年轻代区大小和相应的Survivor区比例
说明：因为有的指令默认是开启的，所以可以使用 - 关闭
② 非Boolean类型格式（key-value类型）
子类型1：数值型格式 -XX:<option>=<number>
number表示数值, number可以带上单位,比如:m、M表示兆, k、K表示Kb, g、G表示g(例如32k跟32768是一样的效果)
例如:
-XX:NewSize=1024m 表示设置新生代初始大小为1024兆
-XX:MaxGCPauseMillis=500 表示设置GC停顿时间:500毫秒
-XX:GCTimeRatio=19 表示设置吞吐量
-XX:NewRatio=2 表示新生代与老年代的比例子类型2: 非数值型格式 -XX:<option>=<string>
例如:
-XX:HeapDumpPath=/usr/local/heapdump.hprof 用来指定heap转存文件的存储路径。特别地：
-XX:+PrintFlagsFinal 输出所有参数的名称和默认值
默认不包含Diagnostic和Experimenta的参数
可以配合 -XX:+UnlockDiagnosticVMOptions 和 -XX:UnlockExperimentalVMOptions使用
2、添加JVM参数选项
eclipse和idea中配置不必多说，在Run Configurations中VM Options中配置即可，大同小异
2.1、运行jar包
java -Xms100m -Xmx100m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -jar demo.jar2.2、通过Tomcat运行war包
# linux下catalina.sh添加
JAVA_OPTS="-Xms512M -Xmx1024M"
# windows下catalina.bat添加
set "JAVA_OPTS=-Xms512M -Xmx1024M"2.3、程序运行过程中
# 设置Boolean类型参数
jinfo -flag [+|-]<name> <pid>
# 设置非Boolean类型参数
jinfo -flag <name>=<value> <pid>3、常用的JVM参数选项
3.1、打印设置的XX选项及值
-XX:+PrintCommandLineFlags 程序运行时JVM默认设置或用户手动设置的XX选项
-XX:+PrintFlagsInitial 打印所有XX选项的默认值
-XX:+PrintFlagsFinal 打印所有XX选项的实际值
-XX:+PrintVMOptions 打印JVM的参数3.2、堆、栈、方法区等内存大小设置
# 栈
-Xss128k <==> -XX:ThreadStackSize=128k 设置线程栈的大小为128K
# 堆
-Xms2048m <==> -XX:InitialHeapSize=2048m 设置JVM初始堆内存为2048M
-Xmx2048m <==> -XX:MaxHeapSize=2048m 设置JVM最大堆内存为2048M
通常会将 -Xms 和 -Xmx两个参数配置相同的值，其目的是为了能够在java垃圾回收机制清理完堆区后不需要重新分割计算堆的大小，从而提高性能。
heap默认最大值计算方式：如果物理内存少于192M，那么heap最大值为物理内存的一半。如果物理内存大于等于1G，那么heap的最大值为物理内存的1/4
heap默认最小值计算方式：最少不得少于8M，如果物理内存大于等于1G，那么默认为物理内存的1/64，即1024/64=16M.最小堆内存在jvm启动的时候就会被初始化。
-Xmn2g 设置年轻代大小为2G ，官方推荐配置为整个堆大小的3/8
-XX:NewSize=2g 设置年轻代初始值为2g
-XX:MaxNewSize=2g 设置年轻代最大值为2G
-XX:SurvivorRatio=8 设置Eden区与Survivor区的比值，Serial GC和CMS GC默认为8,Parallel GC无论是否开启关闭UseAdaptiveSizePolicy默认初始配置是6:1:1
-XX:NewRatio=2 设置老年代与年轻代的比例，默认为2
-XX:+UseAdaptiveSizePolicy 设置大小比例自适应，默认开启 ******导致实际 Eden:Survivor0:Survivor1 != 8:1:1 *****
想要默认 Eden:Survivor0:Survivor1 = 8:1:1 有效 必须显示 配置 -XX:SurvivorRatio=8；
即使配了 -XX:-UseAdaptiveSizePolicy 但没配 -XX:SurvivorRatio=8 ，比例也不会是8:1:1，需要 -XX:-UseAdaptiveSizePolicy -XX:SurvivorRatio=8 共同配置
建议 不关闭 UseAdaptiveSizePolicy ，大小比例自适应
-XX:PretenureSizeThreadshold=1024 设置让大于此阈值的对象直接分配在老年代，单位为字节，只对Serial、ParNew收集器有效
-XX:MaxTenuringThreshold=15 （新生代每次MinorGC后，还存活的对象年龄+1，当对象的年龄大于设置的这个值时就进入老年代）设置新生代晋升老年代的年龄限制，默认为15
-XX:+PrintTenuringDistribution 打印JVM在每次MinorGC后当前使用的Survivor中对象的年龄分布
-XX:TargetSurvivorRatio 设置MinorGC结束后Survivor区占用空间的期望比例
# 方法区
-XX:PermSize=256m 设置永久代初始值为256M
-XX:MaxPermSize=256m 设置永久代最大值为256M
-XX:MetaspaceSize=256m 设置元空间初始值为256M
-XX:MaxMetaspaceSize=256m 设置元空间最大值为256M
-XX:+UseCompressedOops 使用压缩对象指针
-XX:+UseCompressedClassPointers 使用压缩类指针
-XX:CompressedClassSpaceSize 设置Klass Metaspace的大小，默认1G
# 直接内存
-XX:MaxDirectMemorySize 指定DirectMemory容量，默认等于Java堆最大值3.3、OutOfMemory相关选项
-XX:+HeapDumpOnOutMemoryError 内存出现OOM时生成Heap转储文件，两者互斥
-XX:+HeapDumpBeforeFullGC 出现FullGC之前生成Heap转储文件，两者互斥
-XX:HeapDumpPath=<path> 指定heap转储文件的存储路径，默认当前目录
-XX:OnOutOfMemoryError=<path> 指定可行性程序或脚本的路径，当发生OOM时执行脚本
对 OnOutOfMemoryError的运维处理
以部署在 linux系统/opt/Server目录下的 Server.jar为例
1.在run.sh启动脚本中添加jvm参数:
-XX:OnOutOfMemoryError=/opt/Server/restart.sh
2.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
3.4、垃圾收集器相关选项
7款经典收集器与垃圾分代之间的关系
垃圾收集器的组合关系
3.4.1、查看默认垃圾收集器
-XX:+PrintCommandLineFlags 查看命令行相关参数(包含使用的垃圾收集器)
使用命令行指令: jinfo -flag 相关垃圾回收器参数 进程ID
3.4.2、Serial回收器
Serial收集器作为 HotSpot中 Client模式下的默认新生代垃圾收集器。 Serial Old是运行在 Client模式下默认的老年代的垃圾回收器。
-XX:+UseSerialGC
指定年轻代和老年代都使用串行收集器等价于新生代用 Serial GC,且老年代用 Serial Old GC。可以获得最高的单线程收集效率。
3.4.3、ParNew回收器
-XX:+UseParNewGC
手动指定使用 ParNew收集器执行内存回收任务。它表示年轻代使用并行收集器,不影响老年代。
-XX:ParallelGCThreads=N
限制线程数量,默认开启和CPU数据相同的线程数。
3.4.4、Parallel回收器
-XX:+UseParallelGC 手动指定年轻代使用Parallel并行收集器执行内存回收任务
-XX:+UseParallelOldGC 手动指定老年代使用 并行回收收集器
分别适用于新生代和老年代。默认jdk8是开启的。
上面两个参数，默认开启一个，另一个也会被开启。（互相激活）
-XX:ParallelGCThreads 限制线程数量,默认开启和CPU数据相同的线程数。 配置公式见3.4.3
-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），让虚拟机自己完成调优工作。
3.4.5、CMS回收器
-XX:+UseConcMarkSweepGC 年轻代使用CMS GC。
开启该参数后会自动将-XX:＋UseParNewGC打开。即：ParNew（Young区）+ CMS（Old区）+ Serial Old的组合
-XX:CMSInitiatingOccupanyFraction 设置堆内存使用率的阈值，一旦达到该阈值，便开始进行回收。
JDK5及以前版本的默认值为68，即当老年代的空间使用率达到68%时，会执行一次CMS回收。JDK6及以上版本默认值为92％。
如果内存增长缓慢，则可以设置一个稍大的值，大的阈值可以有效降低CMS的触发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。
反之，如果应用程序内存使用率增长很快，则应该降低这个阈值，以避免频繁触发老年代串行收集器。
因此通过该选项便可以有效降低Fu1l GC的执行次数。
-XX:+UseCMSCompactAtFullCollection 用于指定在执行完Full GC后对内存空间进行压缩整理
以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
-XX:CMSFullGCsBeforeCompaction 设置在执行多少次Full GC后对内存空间进行压缩整理。
-XX:ParallelCMSThreads 设置CMS的线程数量。
CMS 默认启动的线程数是(ParallelGCThreads＋3)/4，ParallelGCThreads 是年轻代并行收集器的线程数。
当CPU 资源比较紧张时，受到CMS收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。
补充参数
-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
Openjdk 64-bit Server VM warning Ignoring option UseConcMarkSweepGC;
support was removed in 14.0
and the VM will continue execution using the default collector.
3.4.6、G1回收器
# 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 新生代占用整个堆内存的最小百分比（默认5％）
-XX:G1MaxNewSizePercent 新生代占用整个堆内存的最大百分比（默认60％）
-XX:G1ReservePercent=10 保留内存区域，防止 to space（Survivor中的to区）溢出注意: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%
3.4.7、怎么选择垃圾回收器
- 优先调整堆的大小让JVM自适应，
- 如果内存小于100M,使用串行收集器；
- 如果是单核、单机程序，并且没有停顿时间的要求，串行收集器；
- 如果是多CPU、高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自己选择
- 如果是多CPU、追求低停顿时间、需要快速响应（比如延迟不能超过1秒，如互联网应用）使用并发收集器：
- 官方推荐G1，性能高。现在互联网的项目，基本都是使用G1
特别说明：
- 没有最好的收集器，更没有万能的收集器
- 调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器
3.5、GC日志相关选项
3.5.1、常用参数
-XX:+PrintGC <==> -verbose:gc 打印简要日志信息，可以独立使用
-XX:+PrintGCDetails 打印详细日志信息，并在进程退出时输出当前内存各区域分配情况，可以独立使用
-XX:+PrintGCTimeStamps 打印程序启动到GC发生的时间，需要搭配-XX:+PrintGCDetails使用
-XX:+PrintGCDateStamps 打印GC发生时的时间戳，需要搭配-XX:+PrintGCDetails使用
-XX:+PrintHeapAtGC 打印GC前后的堆信息，如下图 可以独立使用
-Xloggc:<file> 输出GC日志到指定路径下的文件中3.5.2、其他参数
-XX:+TraceClassLoading 监控类的加载
-XX:+PrintGCApplicationStoppedTime 打印GC时线程的停顿时间
-XX:+PrintGCApplicationConcurrentTime 打印垃圾收集之前应用未中断的执行时间
-XX:+PrintReferenceGC 打印回收了多少种不同引用类型的引用
-XX:+PrintTenuringDistribution 打印JVM在每次MinorGC后当前使用的Survivor中对象的年龄分布
-XX:+UseGCLogFileRotation 启用GC日志文件的自动转储
-XX:NumberOfGCLogFiles=1 设置GC日志文件的循环数目
-XX:GCLogFileSize=1M 设置GC日志文件的大小3.6、其他参数
-XX:+DisableExplicitGC 禁用hotspot执行System.gc()，默认禁用
-XX:ReservedCodeCacheSize=<n>[g|m|k]、-XX:InitialCodeCacheSize=<n>[g|m|k] 指定代码缓存的大小
-XX:+UseCodeCacheFlushing 放弃一些被编译的代码，避免代码缓存被占满时JVM切换到interpreted-only的情况
-XX:+DoEscapeAnalysis 开启逃逸分析
-XX:+UseBiasedLocking 开启偏向锁
-XX:+UseLargePages 开启使用大页面
-XX:+PrintTLAB 打印TLAB的使用情况
-XX:TLABSize 设置TLAB大小4、通过Java代码获取JVM参数
Java提供了java.lang.management包用于监视和管理Java虚拟机和Java运行时中的其他组件，它允许本地或远程监控和管理运行的Java虚拟机。其中ManagementFactory类较为常用，另外Runtime类可获取内存、CPU核数等相关的数据。通过使用这些api，可以监控应用服务器的堆内存使用情况，设置一些阈值进行报警等处理。
public class MemoryMonitor {
public static void main(String[] args) {
MemoryMXBean memorymbean = ManagementFactory.getMemoryMXBean();
MemoryUsage usage = memorymbean.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: " + memorymbean.getHeapMemoryUsage());
System.out.println("Non-Heap Memory Usage: " + memorymbean.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");// 最大可用总堆内存大小
}
}