第1章 JVM调优前言篇
 第2章 JVM监控及诊断工具_命令行篇
 第3章 JVM监控及诊断工具_GUI篇
 第4章 JVM运行时参数篇
 第5章 JVM中GC日志分析篇

第4章 JVM运行时参数篇

1 JVM参数选项类型
2 运行添加JVM参数选项
3 常用的JVM参数选项
4 通过java代码获取JVM参数

1 JVM参数选项类型

https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html

1.1 标准参数选项

特点：比较稳定、后续版本基本不会变化。以 - 开头。【例如：-server，-client】

各种选项：运行 java 或者 java -help 可以看到所有标准选项。

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

1.2 -X参数选项

特点：1、非标准化参数。2、功能还是比较稳定的，但官方说后续版本可能会变更。3、以 -X 打头。

各种选项：运行 java -X 可以看到所有的X选项。

-Xmixed        混合模式执行 (默认)
-Xint          仅解释模式执行
-Xcomp         仅采用即时编译器模式
-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 选项是非标准选项，如有更改，恕不另行通知

JVM的JIT编译模式相关的选项：
-Xint：禁用JIT，所有字节码都被解释执行，这个模式的速度最慢的。
-Xcomp：所有字节码第一次使用就都被编译成本地代码，然后再执行。
-Xmixed：混合模式，默认模式，让JIT根据程序运行的情况，有选择地将某些代码编译成本地代码。

特别地：
-Xms<size>：设置初始 Java 堆大小，默认物理内存1/64。等价于 -XX:InitialHeapSize。
-Xmx<size>：设置最大 Java 堆大小，默认为物理内存1/4。等价于 -XX:MaxHeapSize。
-Xss<size>：设置 Java 线程堆栈大小，一般默认为512k~1024k。等价于 -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=509 表示设置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 使用。

2 运行添加JVM参数选项

2.1 idea启动添加参数

2.2 可执行jar包启动添加参数

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

2.3 Tomcat运行war包

Linux系统下可以在tomcat/bin/catalina.sh中添加类似如下配置：

JAVA_OPTS="-Xms512M -Xmx1024M"

jinfo不仅可以查看运行时某一个Java虚拟机参数的实际取值，甚至可以在运行时修改部分参数，并使之立即生效。
但是，并非所有参数都支持动态修改。参数只有被标记为manageable的flag可以被实时修改其实，这个修改能力是极其有限的。

2.4 程序运行过程中添加参数

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

3 常用的JVM参数选项

3.1 打印设置的XX选项及值

可以让程序运行前打印出用户手动设置或者JVM自动设置的XX选项
-XX:+PrintCommandLineFlags
表示打印出所有XX选项的默认值
-XX:+PrintFlagsInitial
表示打印出XX选项在运行程序时生效的值
-XX:+PrintFlagsFinal
如果值的前面加上了:=，说明该值不是初始值，该值可能被jvm自动改变了，也可能被我们设置的参数改变了，如下所示：
打印JVM的参数
-XX:+PrintVMOptions

3.2 堆内存大小设置

-Xms2048m
等价于-XX:InitialHeapSize，设置JVM初始堆内存为2048M。
-Xmx2048m
等价于-XX:MaxHeapSize，设置JVM最大堆内存为2048M。
-Xmn2g
设置年轻代大小为2G，即等价于-XX:NewSize=2g -XX:MaxNewSize=2g，也就是设置年轻代初始值和年轻代最大值都是2G。
官方推荐配置为整个堆大小的3/8。
-XX:NewSize=1024m
设置年轻代初始值为1024M
-XX:MaxNewSize=1024m
设置年轻代最大值为1024M
-XX:SurvivorRatio=8
设置年轻代中Eden区与一个Survivor区的比值，默认为8。
只有显示使用Eden区和Survivor区的比例，才会让比例生效，否则比例都会自动设置，至于其中的原因，请看下面的
-XX:+UseAdaptiveSizePolicy中的解释，最后推荐使用默认打开的-XX:+UseAdaptiveSizePolicy设置，并且不显示设置
-XX:SurvivorRatio
-XX:+UseAdaptiveSizePolicy
自动选择各区大小比例，默认开启
1、分析：默认开启，将会导致Eden区和Survivor区的比例自动分配，因此也会引起我们默认值-XX:SurvivorRatio=8失效，所以真实比例可能不是8，比如可能是6等。
2、如何设置Eden区和Survivor区的比例
-XX:SurvivorRatio=8
显示使用Eden区和Survivor区的比例，那就使用我自己的
没有显示使用Eden区和Survivor区的比例，无论打开或者关闭-XX:+UseAdaptiveSizePolicy，都会自动设置Eden区和Survivor区的比例
结论：只有显示使用Eden区和Survivor区的比例，才会让比例生效，否则比例都会自动设置，最后推荐使用默认打开的-XX:+UseAdaptiveSizePolicy设置，并且不显示设置-XX:SurvivorRatio
-XX:NewRatio=2
设置老年代与年轻代（包括1个Eden区和2个Survivor区）的比值，默认为2。
根据实际情况进行设置，主要根据对象生命周期来进行分配，如果对象生命周期很长，那么让老年代大一点，否则让新生代大一点。
-XX:PretenureSizeThreadshold=1024
设置让大于此阈值的对象直接分配在老年代，单位为字节。只对Serial、ParNew收集器有效。
-XX:MaxTenuringThreshold=15
默认值为15。新生代每次MinorGC后，还存活的对象年龄+1，当对象的年龄大于设置的这个值时就进入老年代。
-XX:+PrintTenuringDistribution
让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布。
-XX:TargetSurvivorRatio
表示MinorGC结束后Survivor区域中占用空间的期望比例。

3.3 栈内存大小设置

-Xss128k ：等价于 -XX:ThreadStackSize，设置每个线程的栈大小为128k。

3.4 方法区内存大小设置

-XX:PermSize=256m
永久代：设置永久代初始值为256M。
-XX:MaxPermSize=256m
永久代：设置永久代最大值为256M。
-XX:MetaspaceSize
元空间：初始空间大小。
-XX:MaxMetaspaceSize
元空间：最大空间，默认没有限制。
-XX:+UseCompressedOops
元空间：使用压缩对象指针。
-XX:+UseCompressedClassPointers
元空间：使用压缩类指针。
-XX:CompressedClassSpaceSize
元空间：设置Klass Metaspace的大小，默认1G。

3.5 直接内存大小设置

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

3.6 OutOfMemory相关的选项

-XX:+HeapDumpOnOutMemoryError(在出现OOM的时候生成dump文件)和-XX:+HeapDumpBeforeFullGC(在出现Full GC的时候生成dump文件)只能设置1个，如果不设置-XX:HeapDumpPath=<path>，那么将会在当前目录下生成dump文件，如果设置的话，将会在指定位置生成dump文件。

-XX:+HeapDumpOnOutMemoryError
表示在内存出现OOM的时候，生成Heap转储文件，以便后续分析，-XX:+HeapDumpBeforeFullGC和-XX:+HeapDumpOnOutMemoryError只能设置1个。
-XX:+HeapDumpBeforeFullGC
表示在出现FullGC之前，生成Heap转储文件，以便后续分析，-XX:+HeapDumpBeforeFullGC和-XX:+HeapDumpOnOutMemoryError只能设置1个，请注意FullGC可能出现多次，那么dump文件也会生成多个。
-XX:HeapDumpPath=<path>
指定heap转存文件的存储路径，如果不指定，就会将dump文件放在当前目录中。
-XX:OnOutOfMemoryError
指定一个可行性程序或者脚本的路径，当发生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 -eflgrep 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

3.7 垃圾收集器相关选项

查看默认的垃圾回收器

-XX:+PrintCommandLineFlags: 查看命令行相关参数(包含使用的垃圾收集器)
使用命令行指令: jinfo- flag 相关垃圾回收器参数 进程ID

以上两种方式都可以查看默认使用的垃圾回收器，
第一种方式更加准备，但是需要程序的支持；
第二种方式需要去尝试，如果使用了，返回的值中有+号，否则就是-号

Serial回收器
Serial 收集器作为HotSpot中client模式下的默认新生代垃圾收集器。Serial old是运行在client模式下默认的老年代的垃圾回收器。
-XX:+UseSerialGC：指定年轻代和老年代都使用串行收集器。等价于新生代用Serial GC，且老年代用Serial old GC。可以获得最高的单线程收集效率。
Parnew回收器
-XX:+UseParNewGC：手动指定使用ParNew收集器执行内存回收任务。它表示年轻代使用并行收集器，不影响老年代。
-XX:ParallelGCThreads：设置年轻代并行收集器的线程数。一般地，最好与CPU数量相等，以避免过多的线程数影响垃圾收集性能。
在默认情况下，当CPU 数量小于8个， ParallelGcThreads 的值等于CPU 数量。
当CPU数量大于8个，ParallelGCThreads 的值等于3+[5*CPU_Count]/8]。
该回收器最终将会没有搭档，那就相当于被遗弃了。
Parallel回收器
a） -XX:+UseParallelGC手动指定年轻代使用Paralle1并行收集器执行内存回收任务。
b） -XX:+UseParalleloldGC 手动指定老年代都是使用并行回收收集器。
分别适用于新生代和老年代。默认jdk8是开启的。
上面两个参数，默认开启一个，另一个也会被开启。《互相激活)
c） -XX:ParallelGCThreads 设置年轻代并行收集器的线程数。一般地，最好与CPU数量相等，以避免过多的线程数影响垃圾收集性能。
在默认情况下，当CPU 数量小于8个， ParallelGCThreads 的值等于CPU 数量。当CPU数量大于8个，ParallelGCThreads 的值等于3+[5*CPU_Count]/8]
d） -XX:MaxGCPauseMillis 设置垃圾收集器最大停顿时间(即STW的时间)。单位是毫秒。
为了尽可能地把停顿时间控制在MaxGCPauseMils以内，收集器在工作时会调整Java堆大小或者其他一些参数。
对于用户来讲，停顿时间越短体验越好。但是在服务器端，我们注重高并发，整体的吞吐量。所以服务器端适合Paralle1，进行控制。
该参数使用需谨慎。
e） -XX:GCTimeRatio 垃圾收集时间占总时间的比例 (= 1 / (N + 1))。用于衡量吞量的大小。
取值范围 (@,10@)。默认值99，也就是垃圾回收时间不超过1%。
与前一个-XX:MaxGCPauseMillis参数有一定矛盾性。暂停时间越长，Radio参数就容易超过设定的比例。
f） -XX:+UseAdaptiveSizePolicy 设置Parallel Scavenge收集器具有自适应调节策略
在这种模式下，年轻代的大小、Eden和Survivor的比例、晋升老年代的对象年龄等参数会被自动调整，已达到在堆大小、吞吐量和停顿时间之间的平衡点。
在手动调优比较困难的场合，可以直接使用这种自适应的方式，仅指定虚拟机的最大堆、目标的吞吐量(GCTimeRatio) 和停顿时间 (MaxGCPauseMills)，让虚拟机自己完成调优工作。
注意：
1）Parallel回收器 主打吞吐量，而CMS和G1 主打低延迟，如果主打吞吐量，那么就不应该限制最大停顿时间，所以-XX:MaxGCPauseMills不应该设置。
2）-XX:MaxGCPauseMills中的调整堆大小通过默认开启的-XX:+UseAdaptiveSizePolicy来实现。
3）-XX:GCTimeRatio用来衡量吞吐量，并且和-XX:MaxGCPauseMills矛盾，因此不会同时使用。
CMS回收器
-XX:ParallelCMSThreads和ParallelGCThreads有关系，ParallelGCThreads在上面Parnew回收器中有提到。
1）-XX:+UseConcMarkSweepGC：手动指定使用CMS收集器执行内存回收任务。开启该参数后会自动将-XX:+UseParNewGC打开。即: ParNew(Young区用)+CMS(Old区用)+Serial old的组合。
2）-XX:CMSInitiatingOccupanyFraction：设置堆内存使用率的阙值，一且达到该阙值，便开始进行回收。
JDK5及以前版本的默认值为68，即当老年代的空间使用率达到68%时，会执行一次CMS回收。JDK6及以上版本默认值为92%。
如果内存增长缓慢，则可以设置一个稍大的值，大的阙值可以有效降低CMS的触发频率，减少老年代回收的次数可以较为明显地改善应用程序性能。反之，如果应用程序内存使用率增长很快，则应该降低这个阙值，以避免频繁触发老年代串行收集器。因此通过该选项便可以有效降低Full GC 的执行次数。
3）-XX:+UseCMSCompactAtFullCollection：用于指定在执行完Ful1 GC后对内存空间进行压缩整理，以此避免内存碎片的产生。不过由于内存压缩整理过程无法并发执行，所带来的问题就是停顿时间变得更长了。
4）-XX:CMSFul1GCsBeforeCompaction：设置在执行多少次Ful1 GC后对内存空间进行压缩整理。
5）-XX:Paralle1CMSThreads：设置CMS的线程数量。CMS 默认启动的线程数是 (ParallelGcThreads+3)/4，ParallelGcThreads 是年轻代并行收集器的线程数。当CPU 资源比较紧张时，受到CMS收集器线程的影响，应用程序的性能在垃圾回收阶段可能会非常糟糕。
另外，CMS收集器还有如下常用参数:
-XX:ConcGCThreads: 设置并发垃圾收集的线程数，默认该值是基于ParallelGCThreads计算出来的。
-XX:+UseCMSInitiatingOccupancyOnly: 是否动态可调，用这个参数可以使CMS一直按CMSInitiatingOccupancyFraction设定的值启动
-XX:+CMSScavengeBeforeRemark: 强制hotspot虚拟机在ms 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这个阶段。
G1回收器
如果使用G1垃圾收集器，不建议设置-Xmn和-XX:NewRatio，毕竟可能影响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、-XX:G1MaxNewSizePercent：新生代占用整个堆内存的最小百分比(默认5%) 、最大百分比(默认60%)。
-XX:G1ReservePercent=10：保留内存区域，防止 to space (Survivor中的to区) 溢出。
注意: G1收集器主要涉及到 Mixed GC，Mixed GC 会回收 young区和部分old区。
G1关于Mixed GC调优常用参数：
-XX:InitiatingHeapOccupancyPercent: 设置堆占用率的百分比 (到100) 达到这个数值的时候触发global concurrent marking(全局并发标记) ，默认为45%。值为9表示间断进行全局并发标记。
-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%。
怎么选择垃圾收集器
1）优先调整堆的大小让JVM自适应完成。
2）如果内存小于100M，使用串行收集器。
3）如果是单核、单机程序，并且没有停顿时间的要求，串行收集器
4）如果是多CPU、需要高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自己选择
5）如果是多CPU、追求低停顿时间，需快速响应(比如延迟不能超过1秒，如互联网应用)，使用并发收集器。
      官方推荐G1，性能高。现在互联网的项目，基本都是使用G1。
6）特别说明:
      6.1）没有最好的收集器，更没有万能的收集器;
      6.2）调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器。

3.8 GC日志相关选项

3.8.1 GC日志常用参数

-verbose:gc
输出日志信息，默认输出的标准输出。可以独立使用。
-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后，都打印堆信息。可以独立使用。
-XIoggc:<file>
把GC日志写入到一个文件中去，而不是打印到标准输出中

3.8.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.9 其他参数

禁用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:+PrintTLAB
设置TLAB大小
-XX:TLABSize

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

第4章 JVM运行时参数篇

第4章 JVM运行时参数篇

1 JVM参数选项类型

1.1 标准参数选项

1.2 -X参数选项

1.3 -XX参数选项

2 运行添加JVM参数选项

2.1 idea启动添加参数

2.2 可执行jar包启动添加参数

2.3 Tomcat运行war包

2.4 程序运行过程中添加参数

3 常用的JVM参数选项

3.1 打印设置的XX选项及值

3.2 堆内存大小设置

3.3 栈内存大小设置

3.4 方法区内存大小设置

3.5 直接内存大小设置

3.6 OutOfMemory相关的选项

3.7 垃圾收集器相关选项

3.8 GC日志相关选项

3.8.1 GC日志常用参数

3.8.2 其他参数

3.9 其他参数

4 通过java代码获取JVM参数

猜你喜欢