JVM 8：GC调优工具

JDK为我们提供的工具

1.jps

• 列出当前机器上正在运行的虚拟机进程，JPS 从操作系统的临时目录上去找（所以有一些信息可能显示不全）。

-q :仅仅显示进程
-m:输出主函数传入的参数
-l: 输出应用程序主类完整 package 名称或 jar 完整名称
-v: 列出 jvm 参数, -Xms20m -Xmx50m 是启动程序指定的 jvm 参数

2.jstat

• 是用于监视虚拟机各种运行状态信息的命令行工具。它可以显示本地或者远程虚拟机进程中的类装载、内存、垃圾收集、JIT 编译等运行数据，在没有 GUI 图形界面，只提供了纯文本控制台环境的服务器上，它将是运行期定位虚拟机性能问题的首选工具。 常用参数：
  -class (类加载器)
  -compiler (JIT)
  -gc (GC 堆状态)
  -gccapacity (各区大小)
  -gccause (最近一次 GC 统计和原因)
  -gcnew (新区统计)
  -gcnewcapacity (新区大小)
  -gcold (老区统计)
  -gcoldcapacity (老区大小)
  -gcpermcapacity (永久区大小)
  -gcutil (GC 统计汇总)
  -printcompilation (HotSpot 编译统计)

• 比如说：我们要统计 GC，就是垃圾回收，那么只需要使用这样的命令。 jstat-gc 13616 （这个 13616 是 JVM 的进程，通过 JPS 命令得到），这样统计出来是的实时值。

• 假设需要每 250 毫秒查询一次进程 13616 垃圾收集状况，一共查询 10 次，那命令应当是：jstat-gc 13616 250 10

S0C：From 区的大小
S1C：To 区的大小
S0U：From 区的使用大小
S1U：To 区的使用大小
EC：Eden 区的大小
EU：Eden 区的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法区大小
MU：方法区使用大小
CCSC：压缩类空间大小
CCSU：压缩类空间使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

3.jinfo

• 查看和修改虚拟机的参数
  jinfo –sysprops 可以查看由 System.getProperties()取得的参数
  jinfo –flag 未被显式指定的参数的系统默认值
  jinfo –flags（注意 s）显示虚拟机的参数
• VM 参数分类 JVM 的命令行参数参考：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
  
  1、标准： -开头，所有的 HotSpot 都支持 保证 Java 虚拟机（JVM）的所有实现都支持标准选项。它们用于执行常见操作，例如检查 JRE 版本，设置类路径，启用详细输出等。

2、非标准：-X 开头，特定版本 HotSpot 支持特定命令 非标准选项是特定于 Java HotSpot 虚拟机的通用选项，因此不能保证所有 JVM 实现都支持它们，并且它们可能会发生变化。这些选项以开头-X。 -Xms30m -Xmx30m -Xss1m。

3、高级选项：以开头-XX: 这些是开发人员选项，用于调整 Java HotSpot 虚拟机操作的特定区域，这些区域通常具有特定的系统要求，并且可能需要对系统配置参数的特权访问。也 不能保证所有 JVM 实现都支持它们，并且它们可能会发生变化。

• 在 windows 上可以通过以下 java -XX:+PrintFlagsFinal –version 查询所有-XX 的参数。

注意：manageable 的参数，代表可以运行时修改。
演示例子如下： 首先我们得知 PrintGC 这个 XX 参数是可以运行时修改的。
使用 jinfo –flag -[参数] pid 可以动态修改参数
案例：StopWorld 类
1.程序运行时没有打印 GC

2.通过 jinfo 查看参数，打印 GC 详情

3.通过 jinfo 修改参数，打印 GC 详情

4.jmap

• 用于生成堆转储快照（一般称为 heapdump 或 dump 文件）。jmap 的作用并不仅仅是为了获取 dump 文件，它还可以查询 finalize 执行队列、Java 堆和永 久代的详细信息，如空间使用率、当前用的是哪种收集器等。和 jinfo 命令一样，jmap 有不少功能在 Windows 平台下都是受限的，除了生成 dump 文件的 -dump 选项和用于查看每个类的实例、空间占用统计的-histo 选项在所有操作系统都提供之外，其余选项都只能在 Linux/Solaris 下使用。
• -heap 打印 heap 的概要信息 jmap –heap

Heap Configuration: ##堆配置情况，也就是 JVM 参数配置的结果[平常说的 tomcat 配置 JVM 参数，就是在配置这些]
MinHeapFreeRatio = 40 ##最小堆使用比例
MaxHeapFreeRatio = 70 ##最大堆可用比例
MaxHeapSize = 2147483648 (2048.0MB) ##最大堆空间大小
NewSize = 268435456 (256.0MB) ##新生代分配大小
MaxNewSize = 268435456 (256.0MB) ##最大可新生代分配大小
OldSize = 5439488 (5.1875MB) ##老年代大小
NewRatio = 2 ##新生代比例
SurvivorRatio = 8 ##新生代与 suvivor 的比例
PermSize = 134217728 (128.0MB) ##perm 区 永久代大小
MaxPermSize = 134217728 (128.0MB) ##最大可分配 perm 区 也就是永久代大小
Heap Usage: ##堆使用情况【堆内存实际的使用情况】
New Generation (Eden + 1 Survivor Space): ##新生代（伊甸区 Eden 区 + 幸存区 survior(1+2)空间）
capacity = 241631232 (230.4375MB) ##伊甸区容量
used = 77776272 (74.17323303222656MB) ##已经使用大小
free = 163854960 (156.26426696777344MB) ##剩余容量
32.188004570534986% used ##使用比例
Eden Space: ##伊甸区
capacity = 214827008 (204.875MB) ##伊甸区容量
used = 74442288 (70.99369812011719MB) ##伊甸区使用
free = 140384720 (133.8813018798828MB) ##伊甸区当前剩余容量 34.65220164496263% used ##伊甸区使用情况
From Space: ##survior1 区
capacity = 26804224 (25.5625MB) ##survior1 区容量
used = 3333984 (3.179534912109375MB) ##surviror1 区已使用情况
free = 23470240 (22.382965087890625MB) ##surviror1 区剩余容量 12.43827838477995% used ##survior1 区使用比例
To Space: ##survior2 区
capacity = 26804224 (25.5625MB) ##survior2 区容量
used = 0 (0.0MB) ##survior2 区已使用情况
free = 26804224 (25.5625MB) ##survior2 区剩余容量
0.0% used ## survior2 区使用比例
PS Old Generation: ##老年代使用情况
capacity = 1879048192 (1792.0MB) ##老年代容量
used = 30847928 (29.41887664794922MB) ##老年代已使用容量
free = 1848200264 (1762.5811233520508MB) ##老年代剩余容量 1.6416783843721663% used ##老年代使用比例

• -histo 打印每个 class 的实例数目,内存占用,类全名信息.
  jmap –histo
  jmap –histo:live 如果 live 子参数加上后,只统计活的对象数量.
  
  但是这样显示太多了，一般在 linux 上会这么操作
  jmap –histo 1196 | head -20 （这样只会显示排名前 20 的数据）
• -dump 生成的堆转储快照（比较重要）
  jmap -dump:live,format=b,file=heap.bin Sun JDK 提供 jhat（JVM Heap Analysis Tool）命令与 jmap 搭配使用，来分析 jmap 生成的堆转储快照。

5.jhat

• jhat dump 文件名
  显示“Server is ready.”的提示后，用户在浏览器中键入 http://localhost:7000/就可以访问详情
  
  
  使用 jhat 可以在服务器上生成堆转储文件分析（一般不推荐，毕竟占用服务器的资源，比如一个文件就有 1 个 G 的话就需要大约吃一个 1G 的内存资源）

6.jstack

• （Stack Trace for Java）用于生成虚拟机当前时刻的线程快照。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主 要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。 在代码中可以用 java.lang.Thread 类的 getAllStackTraces()方法用于获取虚拟机中所有线程的 StackTraceElement 对象。使用这个方法可以通过简单的几行代码就完成 jstack 的大部分功能，在实际项目中不妨调用这个方法做个管理员页面，可以随时使用浏览器来查看线程堆栈。一般来说 jstack 主要是用来排查是否有死锁的情况。
  

命令工具总结

7.生产服务器推荐开启

• -XX:-HeapDumpOnOutOfMemoryError 默认关闭，建议开启，在 java.lang.OutOfMemoryError 异常出现时，输出一个 dump 文件，记录当时的堆内存快照。
• -XX:HeapDumpPath=./java_pid.hprof 用来设置堆内存快照的存储文件路径，默认是 java 进程启动位置。

8.调优之前开启、调优之后关闭

• -XX:+PrintGC 调试跟踪 打印简单的 GC 信息参数
• -XX:+PrintGCDetails, +XX:+PrintGCTimeStamps 打印详细的 GC 信息
• -Xlogger:logpath 设置 gc 的日志路，如： -Xlogger:log/gc.log， 将 gc.log 的路径设置到当前目录的 log 目录下。应用场景： 将 gc 的日志独立写入日志文件，将 GC 日志与系统业务日志进行了分离，方便开发人员进行追踪分析。

可视化工具

9.Jconsole

10.visualvm