JVM运行时参数

JVM参数选项类型

类型一:标准参数选项

特点

  1. 比较稳定,后续版本基本不会变化
  2. 以-开头

各种选项

运行java或者java -help可以看到所有的标准选项

其中,选项包括:

-cp <目录和 zip/jar 文件的类搜索路径>

-classpath <目录和 zip/jar 文件的类搜索路径>

--class-path <目录和 zip/jar 文件的类搜索路径>

​ 使用 : 分隔的, 用于搜索类文件的目录, JAR 档案

​ 和 ZIP 档案列表。

-p <模块路径>

--module-path <模块路径>...

​ 用 : 分隔的目录列表, 每个目录

​ 都是一个包含模块的目录。

--upgrade-module-path <模块路径>...

​ 用 : 分隔的目录列表, 每个目录

​ 都是一个包含模块的目录, 这些模块

​ 用于替换运行时映像中的可升级模块

--add-modules <模块名称>[,<模块名称>...]

​ 除了初始模块之外要解析的根模块。

​ <模块名称> 还可以为 ALL-DEFAULT, ALL-SYSTEM,

​ ALL-MODULE-PATH.

--list-modules

​ 列出可观察模块并退出

-d

--describe-module <模块名称>

​ 描述模块并退出

--dry-run 创建 VM 并加载主类, 但不执行 main 方法。

​ 此 --dry-run 选项对于验证诸如

​ 模块系统配置这样的命令行选项可能非常有用。

--validate-modules

​ 验证所有模块并退出

​ --validate-modules 选项对于查找

​ 模块路径中模块的冲突及其他错误可能非常有用。

-D<名称>=<值>

​ 设置系统属性

-verbose:[class|module|gc|jni]

​ 启用详细输出

-version 将产品版本输出到错误流并退出

--version 将产品版本输出到输出流并退出

-showversion 将产品版本输出到错误流并继续

--show-version

​ 将产品版本输出到输出流并继续

--show-module-resolution

​ 在启动过程中显示模块解析输出

-? -h -help

​ 将此帮助消息输出到错误流

--help 将此帮助消息输出到输出流

-X 将额外选项的帮助输出到错误流

--help-extra 将额外选项的帮助输出到输出流

-ea[:<程序包名称>...|:<类名>]

-enableassertions[:<程序包名称>...|:<类名>]

​ 按指定的粒度启用断言

-da[:<程序包名称>...|:<类名>]

-disableassertions[:<程序包名称>...|:<类名>]

​ 按指定的粒度禁用断言

-esa | -enablesystemassertions

​ 启用系统断言

-dsa | -disablesystemassertions

​ 禁用系统断言

-agentlib:<库名>[=<选项>]

​ 加载本机代理库 <库名>, 例如 -agentlib:jdwp

​ 另请参阅 -agentlib:jdwp=help

-agentpath:<路径名>[=<选项>]

​ 按完整路径名加载本机代理库

-javaagent:<jar 路径>[=<选项>]

​ 加载 Java 编程语言代理, 请参阅 java.lang.instrument

-splash:<图像路径>

​ 使用指定的图像显示启动屏幕

​ 自动支持和使用 HiDPI 缩放图像

​ (如果可用)。应始终将未缩放的图像文件名 (例如, image.ext)

​ 作为参数传递给 -splash 选项。

​ 将自动选取提供的最合适的缩放

​ 图像。

​ 有关详细信息, 请参阅 SplashScreen API 文档

@argument 文件

​ 一个或多个包含选项的参数文件

-disable-@files

​ 阻止进一步扩展参数文件

--enable-preview

​ 允许类依赖于此发行版的预览功能

补充内容:-server和-client

Hotspot JVM有两种模式,分别是server和client,分别通过-server和-client模式设置

  1. 在32位Windows系统上,默认使用client类型的JVM。要想使用Server模式,则机器配置至少有2个以上的CPU和2G以上的物理内存。client模式适用于对内存要求较小的桌面应用程序,默认使用Serial串行垃圾收集器
  2. 64位机器上只支持server模式的JVM,适用于需要大内存的应用程序,默认使用并行垃圾收集器

关于server和client的官网介绍为:https://docs.oracle.com/javase/8/docs/technotes/guides/vm/server-class.html

类型二:-X参数选项

特点

  • 非标准化参数
  • 功能还是比较稳定的。但官方说后续版本可能会变更
  • 以-X开头

各种选项

运行java -X命令可以看到所有的X选项

-Xbatch 禁用后台编译

-Xbootclasspath/a:<以 : 分隔的目录和 zip/jar 文件>

​ 附加在引导类路径末尾

-Xcheck:jni 对 JNI 函数执行其他检查

-Xcomp 在首次调用时强制编译方法

-Xdebug 为实现向后兼容而提供

-Xdiag 显示附加诊断消息

-Xfuture 启用最严格的检查,预期将来的默认值

-Xint 仅解释模式执行

-Xinternalversion

​ 显示比 -version 选项更详细的 JVM

​ 版本信息

-Xloggc:<文件> 将 GC 状态记录在文件中(带时间戳)

-Xmixed 混合模式执行(默认值)

-Xmn<大小> 为年轻代(新生代)设置初始和最大堆大小

(以字节为单位)

-Xms<大小> 设置初始 Java 堆大小

-Xmx<大小> 设置最大 Java 堆大小

-Xnoclassgc 禁用类垃圾收集

-Xrs 减少 Java/VM 对操作系统信号的使用(请参见文档)

-Xshare:auto 在可能的情况下使用共享类数据(默认值)

-Xshare:off 不尝试使用共享类数据

-Xshare:on 要求使用共享类数据,否则将失败。

-XshowSettings 显示所有设置并继续

-XshowSettings:all

​ 显示所有设置并继续

-XshowSettings:locale

​ 显示所有与区域设置相关的设置并继续

-XshowSettings:properties

​ 显示所有属性设置并继续

-XshowSettings:vm

​ 显示所有与 vm 相关的设置并继续

-XshowSettings:system

​ (仅 Linux)显示主机系统或容器

​ 配置并继续

-Xss<大小> 设置 Java 线程堆栈大小

-Xverify 设置字节码验证器的模式

--add-reads <模块>=<目标模块>(,<目标模块>)*

​ 更新 <模块> 以读取 <目标模块>,而无论

​ 模块声明如何。

​ <目标模块> 可以是 ALL-UNNAMED 以读取所有未命名

​ 模块。

--add-exports <模块>/<程序包>=<目标模块>(,<目标模块>)*

​ 更新 <模块> 以将 <程序包> 导出到 <目标模块>,

​ 而无论模块声明如何。

​ <目标模块> 可以是 ALL-UNNAMED 以导出到所有

​ 未命名模块。

--add-opens <模块>/<程序包>=<目标模块>(,<目标模块>)*

​ 更新 <模块> 以在 <目标模块> 中打开

​ <程序包>,而无论模块声明如何。

--illegal-access=<值>

​ 允许或拒绝通过未命名模块中的代码对命名模块中的

​ 类型成员进行访问。

​ <值> 为 "deny"、"permit"、"warn" 或 "debug" 之一

​ 此选项将在未来发行版中删除。

--limit-modules <模块名>[,<模块名>...]

​ 限制可观察模块的领域

--patch-module <模块>=<文件>(:<文件>)*

​ 使用 JAR 文件或目录中的类和资源

​ 覆盖或增强模块。

--disable-@files 禁止进一步扩展参数文件

--source <版本>

​ 设置源文件模式中源的版本。

这些额外选项如有更改,恕不另行通知。

以下选项为 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

类型三:-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'表示兆,'I'、'K'表示Kb,'g'、'G'表示g(例如32k和32768是一样的效果)

例如:

  • -XX:NewSize=1024m表示设置新生代初始大小为1024兆
  • -XX:MaxGCPauseMillis=500表示设置GC停顿时间:500毫秒
  • -XX:GCTimeRatio=19表示设置吞吐量
  • -XX:NewRatio=2表示新生代与老年代的比例
子类型2:非数值型格式-XX:<name>=<string>

例如

-XX:HeapDumpPath=/usr/local/heapdump.hprof用来指定heap转存文件的存储路径。

特别地

-XX:+PrintFlagsFinal

输出所有参数的名称和默认值

默认不包括Diagnostic和Experimental的参数

可以配合-XX:+UnlockDiagnosticVMOptions和-XX:UnlockExperimentalVMOptions使用

添加JVM参数选项

Eclipse

IDEA

运行jar包

java -Xms50m -Xmx50m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar demo.jar

通过Tomcat运行war包

  • Linux系统下可以在tomcat/bin/catalina.sh中添加类似如下配置:JAVA_OPTS="-Xms512M-Xmx1024M"

  • Windows系统下在catalina.bat中添加类似如下配置:set "JAVA_OPTS=-Xms512M-Xmx1024M"

程序运行过程中

  • 使用jinfo -flag <name>=<value><pid>设置非Boolean类型参数+
  • 使用jinfo -flag [+|-]<name><pid>设置Boolean类型参数

常用的JVM参数选项

打印设置的XX选项及值

-XX:+PrintCommandLineFlags:可以让在程序运行前打印出用户手动设置或者JVM自动设置的XX选项

-XX:+PrintFlagslnitial:表示打印出所有XX选项的默认值

-XX:+PrintFlagsFinal:表示打印出XX选项在运行程序时生效的值

-XX:+PrintVMOptions:打印JVM的参数

堆、栈、方法区等内存大小设置

-Xss128k:设置每个线程的栈大小为128k

堆内存

-Xms3550m:等价于-XX:InitialHeapSize,设置JVM初始堆内存为3550M

-Xmx3550m:等价于-XX:MaxHeapSize,设置JVM最大堆内存为3550M

-Xmn2g:官方推荐配置为整个堆大小的3/8;设置年轻代大小为2G

-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收集器有效;默认值为15

-XX:MaxTenuringThreshold=15:新生代每次MinorGc后,还存活的对象年龄+1,当对象的年龄大于设置的这个值时就进入老年代

-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:压缩类指针

-XX:CompressedClassSpaceSize:设置Klass Metaspace的大小,默认1G

直接内存

-XX:MaxDirectMemorySize:指定DirectMemory容量,若未指定,则默认与Java堆最大值一样

OutofMemory相关的选项

-XX:+HeapDumpOnOutOfMemoryError:表示在内存出现OOM的时候,把Heap转存(Dump)到文件以便后续分析

-XX:+HeapDumpBeforeFullGC表示在出现FullGC之前,生成Heap转储文件

-XX:HeapDumpPath=指定heap转存文件的存储路径

-XX:OnOutOfMemoryError:指定一个可行性程序或者脚本的路径,当发生OOM的时候,去执行这个脚本


package com.atguigu.java;

import java.util.ArrayList;

/**
 * -XX:+HeapDumpOnOutOfMemoryError:表示在内存出现OOM的时候,把Heap转存(Dump)到文件以便后续分析
 * <p>
 * -XX:+HeapDumpBeforeFullGC表示在出现FullGC之前,生成Heap转储文件
 * <p>
 * -XX:HeapDumpPath=<path>:指定heap转存文件的存储路径
 * <p>
 * -XX:OnOutOfMemoryError:指定一个可行性程序或者脚本的路径,当发生OOM的时候,去执行这个脚本
 */
public class HeapDumpInstance {
    private static int _1MB = 1024 * 1024;
    byte[] buffer = new byte[10 * _1MB];

    public static void main(String[] args) {
        try {
            Thread.sleep(2000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        ArrayList<HeapDumpInstance> list = new ArrayList<>();
        for (int i = 0; i < 50; i++) {
            list.add(new HeapDumpInstance());
            try {
                Thread.sleep(10);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
        System.out.println("程序执行结束");
    }
}


对OnOutOfMemoryError的运维处理

以部署在Linux系统/opt/Server目录下的Server.jar为例

在run.sh启动脚本中添加jvm参数:-XX:OnOutOfMemoryError=/opt/Server/restart.sh

restart.sh脚本:

linux环境:

#!/bin/bash
pid=$(ps -ef|grlep Server.jarlawk'{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

垃圾收集器相关选项

查看默认垃圾收集器

-XX:+PrintCommandLineFlags:查看命令行相关参数(包含使用的垃圾收集器)

使用命令行指令:jinfo -flag 相关垃圾回收器参数 进程ID

Serial回收器

Seria收集器作为HotSpot中client模式下的默认新生代垃圾收集器。Serial Old是运行在Client模式下默认的老年代的垃圾回收器。

-XX:+UseSerialGC:

指定年轻代和老年代都使用串行收集器。等价于新生代用Serial GC,且老年代用Serial Old GC。可以获得最高的单线程收集效率。

ParNew回收器

-XX:+UseParNewGC:

手动指定使用ParNew收集器执行内存回收任务。它表示年轻代使用并行收集器,不影响老年代。

-XX:ParallelGCThreads=N:

限制线程数量,默认开启和CPU数据相同的线程数。

Parallel回收器

-XX:+UseParallelGC:

手动指定年轻代使用Parallel并行收集器执行内存回收任务。

-XX:+UseParallelOldGC:

手动指定老年代都是使用并行回收收集器。

  • 分别适用于新生代和老年代。默认jdk8是开启的。
  • 上面两个参数,默认开启一个,另一个也会被开启。(互相激活)

-XX:ParallelGCThreads:

设置年轻代并行收集器的线程数。一般地,最好与CPU数量相等,以避免过多的线程数影响垃圾收集性能。

  • 在默认情况下,当CPU数量小于8个,Paralle1GCThreads的值等于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参数有一定矛盾性。暂停时间越长,Ratio参数就容易超过设定的比例。

-XX:+UseAdaptiveSizePolicy:

设置Parallel Scavenge收集器具有自适应调节策略

CMS回收器

-XX:+UseConcMarkSweepGC:

手动指定使用CMS收集器执行内存回收任务。

  • 开启该参数后会自动将-XX:+UseParNewGC打开。即:ParNew(Young区用)+CMS(Old区用)+Serial old的组合。

-XX:CMSInitiatingoccupanyFraction:

设置堆内存使用率的阀值,一旦达到该阀值,便开始进行回收。

  • JDK5及以前版本的默认值为68,即当老年代的空间使用率达到68%时,会执行一次CMS回收。JDK6及以上版本默认值为92%
  • 如果内存增长缓慢,则可以设置一个稍大的值,大的阙值可以有效降低CMS的触发频率,减少
    老年代回收的次数可以较为明显地改善应用程序性能。反之,如果应用程序内存使用率增长
    很快,则应该降低这个阙值,以避免频繁触发老年代串行收集器。因此通过该选项便可以有
    效降低Full GC的执行次数。

-XX:+UseCMSCompactAtFullcollection:

用于指定在执行完Full GC后对内存空间进行压缩整理,以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行,所带来的问题就是停顿时间变得更长了。

-XX: CMSFul1GCsBeforeCompaction:

设置在执行多少次Full GC后对内存空间进行压缩整理。

-XX:ParallelCMSThreads:

设置CMS的线程数量。

  • CMS默认启动的线程数是(ParallelGCThreads+3)/4,ParallelGCThreads是年轻代并行收集器的线程数。当CPU资源比较紧张时,受到CMS收集器线程的影响,应用程序的性能在垃圾回收阶段可能会非常糟糕
补充参数

另外,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收集器的话,I用户会收到一个警告信息,提示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.

G1回收器

-XX:MaxGCPauseMillis:

设置期望达到的最大GC停顿时间指标(JVM会尽力实现,但不保证达到)。默认值是200ms

-XX:ParallelGCThread:

设置STW时GC线程数的值。最多设置为8

-XX: ConcGCThreads:

设置并发标记的线程数。将n设置为并行垃圾回收线程数(Paralle1GCThreads)的1/4左右。

-XX:InitiatingHeapOccupancyPercent:

设置触发并发GC周期的Java堆占用率罔值。超过此值,就触发GC。默认值是45。

-XX:G1NewSizePercent、-XX:G1MaxNewSizePercent:

新生代占用整个堆内存的最小百分比(默认5%)、最大百分比(默认60%)

-XX:G1ReservePercent=10:

保留内存区域,防止to space(Survivor中的to区)溢出

GC日志相关选项

常用参数

-verbose:gc

输出gc日志信息,默认输出到标准输出

-XX:+PrintGC

等同于-verbose:gc;表示打开简化的GC日志

-XX:+PrintGCDetails

在发生垃圾回收时打印内存回收详细的日志,并在进程退出时输出当前内存各区域分配情况

-XX:+PrintGCTimeStamps

输出GC发生时的时间戳

-XX:+PrintGCDateStamps

输出GC发生时的时间截(以日期的形式,如-XX:+PrintGCDateStamps 2013-05-04T21:53:59.234+0800)

-XX:+PrintHeapAtGC

每一次GC前和GC后,都打印堆信息

-Xloggc:<file>

把GC日志写入到一个文件中去,而不是打印到标准输出中

其他参数

-XX:+TraceClassLoading:监控类的加载

-XX:+PrintGCApplicationStoppedTime:打印GC时线程的停顿时间

-XX:+PrintGCApplicationConcurrentTime:垃圾收集之前打印出应用未中断的执行时间

-XX:+PrintReferenceGC:记录回收了多少种不同引用类型的引用

-XX+UseGCLogFileRotation:启用GC日志文件的自动转储

-XX:NumberOfGClogFiles=1:GC日志文件的循环数目

-XX:GCLogFileSize=1M:控制GC日志文件的大小

其他参数

-XX:+DisableExplicitGC:禁止hotspot执行System.gc(),默认禁用

-XX:ReservedCodeCacheSize=[g|m]k]、-XX:InitialCodeCacheSize=[g|m]k]:指定代码缓存的大小;使用该参数让jvm放弃一些被编译的代码,

-XX:+UseCodeCacheFlushing:避免代码缓存被占满时JVM切换到interpreted-only的情况

-XX:+DoEscapeAnalysis:开启逃逸分析

-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可以监控我们的应用服务器的堆内存使用情况,设置一些阀值进行报警等处理。

上篇中通过Runtime获取

package com.atguigu.java;

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");
    }
}

java.lang.management获取

package com.atguigu.java;

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");
    }
}

posted @ 2021-03-16 14:48  我係死肥宅  阅读(1023)  评论(0编辑  收藏  举报