4. JVM 运行时参数 4.1. JVM 参数选项 官网地址:https://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html
4.1.1. 类型一:标准参数选项 比较稳定,后续版本基本不会变化 直接在DOS窗口中运行java或者java -help可以看到所有的标准选项 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
> 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 模式
1
2
3
4
> java -version
java version "1.8.0_201"
Java( TM) SE Runtime Environment ( build 1.8.0_201-b09)
Java HotSpot( TM) 64-Bit Server VM ( build 25.201-b09, mixed mode)
4.1.2. 类型二:-X 参数选项 非标准化参数 功能还是比较稳定的。但官方说后续版本可能会变更 直接在DOS窗口中运行java -X命令可以看到所有的X选项 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
> 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 默认使用的是混合模式呢?
-Xint 只使用解释器:所有字节码都被解释执行,这个模式的速度是很慢的 -Xcomp 只使用编译器:所有字节码第一次使用就被编译成本地代码,然后在执行 -Xmixed 混合模式:这是默认模式,刚开始的时候使用解释器慢慢解释执行,后来让JIT即时编译器根据程序运行的情况,有选择地将某些热点代码提前编译并缓存在本地,在执行的时候效率就非常高了 同样地,通过 java -version 命令:可以看到 mixed mode 字样,代表当前系统使用的是混合模式
-Xms 设置初始 Java 堆大小 等价于 -XX:InitialHeapSize -Xmx 设置最大 Java 堆大小 等价于 -XX:MaxHeapSize -Xss 设置 Java 线程堆栈大小 等价于 -XX:ThradeStackSize 4.1.3. 类型三:-XX 参数选项 非标准化参数 使用的最多的参数类型 这类选项属于实验性,不稳定 用于开发和调试JVM Boolean 类型格式
1
2
-XX:+<option> 启用option属性
-XX:-<option> 禁用option属性
非 Boolean 类型格式
1
2
-XX:<option>= <number> 设置option数值,可以带单位如k/K/m/M/g/G
-XX:<option>= <string> 设置option字符值
特别的
-XX:+PrintFlagsFinal输出所有参数的名称和默认值 默认不包括Diagnostic和Experimental的参数 可以配合-XX:+UnlockDiagnosticVMOptions和-XX:UnlockExperimentalVMOptions使用 4.2 查看参数 java -XX:+PrintFlagsInitial 查看所有 JVM 参数启动的初始值
1
2
3
4
5
6
[ Global flags]
intx ActiveProcessorCount = -1 { product}
uintx AdaptiveSizeDecrementScaleFactor = 4 { product}
uintx AdaptiveSizeMajorGCDecayTimeScale = 10 { product}
uintx AdaptiveSizePausePolicy = 0 { product}
...
java -XX:+PrintFlagsFinal 查看所有 JVM 参数的最终值
1
2
3
4
5
6
7
[ Global flags]
intx ActiveProcessorCount = -1 { product}
...
intx CICompilerCount := 4 { product}
uintx InitialHeapSize := 333447168 { product}
uintx MaxHeapSize := 1029701632 { product}
uintx MaxNewSize := 1774714880 { product}
java -XX:+PrintCommandLineFlags 查看哪些已经被用户或者 JVM 设置过的详细的 XX 参数的名称和值
1
-XX:InitialHeapSize= 332790016 -XX:MaxHeapSize= 5324640256 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
4.3 添加 JVM 参数选项 eclipse 和 idea 中配置不必多说,在 Run Configurations 中 VM Options 中配置即可,大同小异
运行 jar 包
1
java -Xms100m -Xmx100m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -jar demo.jar
Tomcat 运行 war 包
1
2
3
4
# linux下catalina.sh添加
JAVA_OPTS = "-Xms512M -Xmx1024M"
# windows下catalina.bat添加
set "JAVA_OPTS=-Xms512M -Xmx1024M"
程序运行中
1
2
3
4
# 设置Boolean类型参数
jinfo -flag [ +| -] <name> <pid>
# 设置非Boolean类型参数
jinfo -flag <name>= <value> <pid>
4.4. 常用的 JVM 参数选项 4.4.1. 打印设置的 XX 选项及值 1
2
3
4
-XX:+PrintCommandLineFlags #程序运行时JVM默认设置或用户手动设置的XX选项
-XX:+PrintFlagsInitial #打印所有XX选项的默认值
-XX:+PrintFlagsFinal #打印所有XX选项的实际值
-XX:+PrintVMOptions #打印JVM的参数
4.4.2. 堆、栈、方法区等内存大小设置 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
# 栈
-Xss128k <== > -XX:ThreadStackSize= 128k #设置线程栈的大小为128K
# 堆
-Xms2048m <== > -XX:InitialHeapSize= 2048m #设置JVM初始堆内存为2048M
-Xmx2048m <== > -XX:MaxHeapSize= 2048m #设置JVM最大堆内存为2048M
-Xmn2g <== > -XX:NewSize= 2g -XX:MaxNewSize= 2g #设置年轻代大小为2G,官方推荐配置为整个堆大小的3/8
-XX:NewSize= 1024m #设置年轻代初始值为1024M
-XX:MaxNewSize= 1024m #设置年轻代最大值为1024M
-XX:SurvivorRatio= 8 #设置Eden区与Survivor区的比值,默认为8
-XX:NewRatio= 2 #设置老年代与年轻代(包括1个Eden区和2个Survivor区)的比例,默认为2
-XX:+UseAdaptiveSizePolicy #设置新生代中各区大小比例自适应,默认开启
#默认情况下UseAdaptiveSizePolicy开启,导致SurvivorRatio=8失效;如果要让SurvivorRatio生效,则需要关闭UseAdaptiveSizePolicy并且显式的给SurvivorRatio赋值才行:-XX:-UseAdaptiveSizePolicy -XX:SurvivorRatio=8
-XX:PretenureSizeThreadshold= 1024 #设置让大于此阈值的对象直接分配在老年代,单位为字节,只对Serial、ParNew收集器有效
-XX:MaxTenuringThreshold= 15 #设置新生代晋升老年代的年龄限制,默认为15
-XX:+PrintTenuringDistribution #让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布
-XX:TargetSurvivorRatio #设置MinorGC结束后Survivor区中占用空间的期望比例
# 方法区
-XX:PermSize= 256m #设置永久代初始值为256M
-XX:MaxPermSize= 256m #设置永久代最大值为256M
-XX:MetaspaceSize #设置元空间初始值
-XX:MaxMetaspaceSize #设置元空间最大值,默认没有限制
-XX:+UseCompressedOops #普通对象指针压缩,默认开启
-XX:+UseCompressedClassPointers #类指针压缩,默认开启
#开启UseCompressedOops会默认开启UseCompressedClassPointers
-XX:CompressedClassSpaceSize #设置Klass Metaspace的大小,默认1G
# 直接内存
-XX:MaxDirectMemorySize #指定DirectMemory容量,默认等于Java堆最大值
4.4.3. OutOfMemory 相关的选项 1
2
3
4
5
6
-XX:+HeapDumpOnOutMemoryError #内存出现OOM时生成Heap转储文件,以便后续分析
-XX:+HeapDumpBeforeFullGC #出现FullGC时生成Heap转储文件,以便后续分析
#-XX:+HeapDumpBeforeFullGC和-XX:+HeapDumpOnOutMemoryError只能设置1个,请注意FullGC可能出现多次,那么dump文件也会生成多个
-XX:HeapDumpPath= <path> #指定heap转储文件的存储路径,默认当前目录
-XX:OnOutOfMemoryError= <path> #指定可行性程序或脚本的路径,当发生OOM时执行脚本
4.4.4. 垃圾收集器相关选项 首先需了解垃圾收集器之间的搭配使用关系
红色虚线表示在 jdk8 时被 Deprecate,jdk9 时被删除 绿色虚线表示在 jdk14 时被 Deprecate 绿色虚框表示在 jdk9 时被 Deprecate,jdk14 时被删除
1
2
3
4
5
6
7
# Serial回收器(Serial使用复制算法,SerialOld使用标记整理算法)
-XX:+UseSerialGC #年轻代使用Serial GC, 老年代使用SerialOldGC
# ParNew回收器(使用复制算法)
-XX:+UseParNewGC #年轻代使用ParNew GC 老年代默认为SerialOldGC,可以改为CMS
-XX:ParallelGCThreads #设置年轻代并行收集器的线程数。
#一般地,最好与CPU数量相等,以避免过多的线程数影响垃圾收集性能。
$$
ParallelGCThreads =
\begin{cases}
CPU_Count & \text (CPU_Count <= 8) \
3 + (5 * CPU_Count / 8) & \text (CPU_Count > 8)
\end{cases}
$$
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
# Parallel回收器(JDK8默认使用的回收器,Parallel使用复制算法,ParallelOld使用标记整理算法)
-XX:+UseParallelGC #年轻代使用 Parallel Scavenge GC,互相激活
-XX:+UseParallelOldGC #老年代使用 Parallel Old GC,互相激活
-XX:ParallelGCThreads #设置年轻代并行回收器的线程数,默认情况下:
#CPU核心数小于8时,线程数==cpu核心数
#CPU核心数大于8时,线程数==3+(5*CPU核心数)/8
-XX:GCTimeRatio #垃圾收集时间占总时间的比例(1 / (N+1)),用于衡量吞吐量的大小
#取值范围(0,100),默认值99,也就是垃圾回收时间不超过1%。
#与MaxGCPauseMillis参数有一定矛盾性。暂停时间越长,Radio参数就容易超过设定的比例。
#GCTimeRatio越大,吞吐量越大
-XX:MaxGCPauseMillis #设置垃圾收集器最大停顿时间(即STW的时间),单位是毫秒。
#为了尽可能地把停顿时间控制在MaxGCPauseMills以内,收集器在工作时会调整Java堆大小或者其他一些参数
#对于用户来讲,停顿时间越短体验越好;但是服务器端注重高并发,整体的吞吐量。
#所以服务器端适合Parallel,进行控制。该参数使用需谨慎。
-XX:+UseAdaptiveSizePolicy #设置Parallel Scavenge收集器具有自适应调节策略。
#在这种模式下,年轻代的大小、Eden和Survivor的比例、晋升老年代的对象年龄等参数会被自动调整,以达到在堆大小、吞吐量和停顿时间之间的平衡点。
#在手动调优比较困难的场合,可以直接使用这种自适应的方式,仅指定虚拟机的最大堆、目标的吞吐量(GCTimeRatio)和停顿时间(MaxGCPauseMills),让虚拟机自己完成调优工作。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
# CMS回收器(使用标记清除算法,ParNew+CMS)
# JDK9中CMS被标记为Deprecate,JDK14中删除
-XX:+UseConcMarkSweepGC #老年代使用CMS GC。
#开启该参数后会自动将-XX:+UseParNewGC打开。即:ParNew(Young区)+ CMS(Old区)+ Serial Old的组合
-XX:CMSInitiatingOccupanyFraction #设置堆内存使用率的阈值,一旦达到该阈值,便开始进行回收。JDK5及以前版本的默认值为68,DK6及以上版本默认值为92%。
#如果内存增长缓慢,则可以设置一个稍大的值,大的阈值可以有效降低CMS的触发频率,减少老年代回收的次数可以较为明显地改善应用程序性能。
#反之,如果应用程序内存使用率增长很快,则应该降低这个阈值,以避免频繁触发老年代串行收集器。
#因此通过该选项便可以有效降低Fu1l GC的执行次数。
-XX:+UseCMSInitiatingOccupancyOnly #是否动态可调,使CMS一直按CMSInitiatingOccupancyFraction设定的值启动;如果不指定,jvm仅在第一次使用设定值,后续会自动调整阈值,不要用
-XX:+UseCMSCompactAtFullCollection #用于指定在执行完Full GC后对内存空间进行压缩整理
#以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行,所带来的问题就是停顿时间变得更长了。
-XX:CMSFullGCsBeforeCompaction #设置在执行多少次Full GC后对内存空间进行压缩整理。
-XX:ParallelCMSThreads #设置CMS的线程数量。
#CMS 默认启动的线程数是(ParallelGCThreads+3)/4,ParallelGCThreads 是年轻代并行收集器的线程数。
#当CPU 资源比较紧张时,受到CMS收集器线程的影响,应用程序的性能在垃圾回收阶段可能会非常糟糕。
####补充参数:
-XX:ConcGCThreads #设置并发垃圾收集的线程数,默认该值是基于ParallelGCThreads计算出来的
-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阶段
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 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。
#G1不要用 -Xmn和NewRatio设置新生代空间大小或比例,会影响默认设置的暂停时间
-XX:G1NewSizePercent #新生代占用整个堆内存的最小百分比(默认5%)
-XX:G1MaxNewSizePercent #新生代占用整个堆内存的最大百分比(默认60%)
-XX:G1ReservePercent= 10 #默认10%。也就是老年代会预留10%的空间来给新生代的对象晋升,如果经常发生新生代晋升失败而导致Full GC,那么可以适当调高此阈值。但是调高此值同时也意味着降低了老年代的实际可用空间。
怎么选择垃圾回收器?
优先让 JVM 自适应,调整堆的大小 串行收集器:内存小于 100M;单核、单机程序,并且没有停顿时间的要求 并行收集器:多 CPU、高吞吐量、允许停顿时间超过 1 秒 并发收集器:多 CPU、追求低停顿时间、快速响应(比如延迟不能超过 1 秒,如互联网应用) 官方推荐 G1,性能高。现在互联网的项目,基本都是使用 G1 特别说明:
没有最好的收集器,更没有万能的收集器 调优永远是针对特定场景、特定需求,不存在一劳永逸的收集器 4.4.5. GC 日志相关选项 1
2
3
4
5
6
7
8
9
10
-XX:+PrintGC <== > -verbose: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日志写入到一个文件中去,而不是打印到标准输出中
1
2
3
4
5
6
7
8
-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日志文件的大小
4.4.6. 其他参数 1
2
3
4
5
6
7
8
9
10
11
12
-XX:+DisableExplicitGC #禁用hotspot执行System.gc(),默认关闭
#指定代码缓存的大小
-XX:ReservedCodeCacheSize= <n>[ g| m| k]
-XX:InitialCodeCacheSize= <n>[ g| m| k]
-XX:+UseCodeCacheFlushing #放弃一些被编译的代码,避免代码缓存被占满时JVM切换到interpreted-only的情况,默认开启
-XX:+DoEscapeAnalysis #开启逃逸分析,64位jvm默认开启
-XX:+UseBiasedLocking #开启偏向锁,64位jvm默认开启
-XX:+UseLargePages #开启使用大页面
-XX:+PrintTLAB #打印TLAB的使用情况
-XX:TLABSize #设置TLAB大小
4.5. 通过 Java 代码获取 JVM 参数 Java 提供了 java.lang.management 包用于监视和管理 Java 虚拟机和 Java 运行时中的其他组件,它允许本地或远程监控和管理运行的 Java 虚拟机。其中 ManagementFactory 类较为常用,另外 Runtime 类可获取内存、CPU 核数等相关的数据。通过使用这些 api,可以监控应用服务器的堆内存使用情况,设置一些阈值进行报警等处理。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
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" ); // 最大可用总堆内存大小
}
}