加载中...

04-JVM运行时参数

JVM底层原理

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。
Copied!

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)
Copied!

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=<图标文件的路径>
                      覆盖停靠栏中显示的默认图标
Copied!

如何知道 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属性
Copied!

非 Boolean 类型格式

1
2
-XX:<option>=<number>  设置option数值,可以带单位如k/K/m/M/g/G
-XX:<option>=<string>  设置option字符值
Copied!

特别的

  • -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}
    ...
    Copied!
  • 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}
    Copied!
  • java -XX:+PrintCommandLineFlags 查看哪些已经被用户或者 JVM 设置过的详细的 XX 参数的名称和值

    1
    
    -XX:InitialHeapSize=332790016 -XX:MaxHeapSize=5324640256 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
    Copied!

4.3 添加 JVM 参数选项

eclipse 和 idea 中配置不必多说,在 Run Configurations 中 VM Options 中配置即可,大同小异

运行 jar 包

1
java -Xms100m -Xmx100m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -jar demo.jar
Copied!

Tomcat 运行 war 包

1
2
3
4
# linux下catalina.sh添加
JAVA_OPTS="-Xms512M -Xmx1024M"
# windows下catalina.bat添加
set "JAVA_OPTS=-Xms512M -Xmx1024M"
Copied!

程序运行中

1
2
3
4
# 设置Boolean类型参数
jinfo -flag [+|-]<name> <pid>
# 设置非Boolean类型参数
jinfo -flag <name>=<value> <pid>
Copied!

4.4. 常用的 JVM 参数选项

4.4.1. 打印设置的 XX 选项及值

1
2
3
4
-XX:+PrintCommandLineFlags #程序运行时JVM默认设置或用户手动设置的XX选项
-XX:+PrintFlagsInitial #打印所有XX选项的默认值
-XX:+PrintFlagsFinal #打印所有XX选项的实际值
-XX:+PrintVMOptions #打印JVM的参数
Copied!

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堆最大值
Copied!

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时执行脚本
Copied!

4.4.4. 垃圾收集器相关选项

首先需了解垃圾收集器之间的搭配使用关系

  • 红色虚线表示在 jdk8 时被 Deprecate,jdk9 时被删除
  • 绿色虚线表示在 jdk14 时被 Deprecate
  • 绿色虚框表示在 jdk9 时被 Deprecate,jdk14 时被删除

image-20210506182458663

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数量相等,以避免过多的线程数影响垃圾收集性能。
Copied!

$$ 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),让虚拟机自己完成调优工作。
Copied!
 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阶段
Copied!
 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,那么可以适当调高此阈值。但是调高此值同时也意味着降低了老年代的实际可用空间。
Copied!

怎么选择垃圾回收器?

  • 优先让 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日志写入到一个文件中去,而不是打印到标准输出中
Copied!

image-20210506195156935

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日志文件的大小
Copied!

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大小
Copied!

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");// 最大可用总堆内存大小

    }
}
Copied!
Licensed under CC BY-NC-SA 4.0
最后更新于 2024年5月10日 01:57
发表了90篇文章 · 总计613.28k字
本站总访问量本站访客数人次

目录