JVisualVM初步使用

1、前言

jvm调优工具有常见的为Jconsole，jProfile，VisualVM，

Jconsole: 为jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。
JProfiler：商业软件，需要付费。功能强大。
VisualVM：JDK自带，功能强大，与JProfiler类似。其能够监控线程，内存情况，查看方法的CPU时间和内存中的对象，已被GC的对象，反向查看分配的堆栈等功能。

2、JVisualVM初步使用

2.1 安装

VisualVM可以进行远程和本地监控，在jdk安装目录中运行jvisualvm.exe（E:\work\Java\jdk1.8.0_321\bin ），也可以下载独立版的visual vm（下载链接地址：https://github.com/oracle/visualvm/releases/download/2.1.3/visualvm_213.zip）。

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EKD3slr3-1653571886037)(C:\Users\25060\AppData\Roaming\Typora\typora-user-images\image-20220526192812633.png)]$

2.2 插件

可以选择安装一些自己需要的插件，菜单栏->工具->插件，选择需要安装的插件

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4Z7jb6vf-1653571886038)(C:\Users\25060\AppData\Roaming\Typora\typora-user-images\image-20220526210623662.png)]$

2.3 visual Gc

比如下载的visual gc插件，可以跟踪gc的情况，分析后可以更好配置jvm参数

在这里插入图片描述

3、远程连接

连接教程：https://blog.csdn.net/qq_44872773/article/details/122042495

坑点：https://blog.csdn.net/weixin_44906271/article/details/121373973

4、如何进行JVM调优

观察内存释放情况、集合类检查、对象树

上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几类功能

4.1 堆信息查看

在这里插入图片描述

可查看堆空间大小分配（年轻代、年老代、持久代分配）

提供即时的垃圾回收功能

垃圾监控（长时间监控回收情况）

在这里插入图片描述

查看堆内类、对象信息查看：数量、类型等

在这里插入图片描述

对象引用情况查看

有了堆信息查看方面的功能，我们一般可以顺利解决以下问题：

–年老代年轻代大小划分是否合理

–内存泄漏

–垃圾回收算法设置是否合理

4.2 线程监控

在这里插入图片描述

线程信息监控：系统线程数量。

线程状态监控：各个线程都处在什么样的状态下

在这里插入图片描述

Dump线程详细信息：查看线程内部运行情况

死锁检查

热点分析

CPU热点：检查系统哪些方法占用的大量CPU时间

内存热点：检查哪些对象在系统中数量最大（一定时间内存活对象和销毁对象一起统计）

这两个东西对于系统优化很有帮助。我们可以根据找到的热点，有针对性的进行系统的瓶颈查找和进行系统优化，而不是漫无目的的进行所有代码的优化。

快照

快照是系统运行到某一时刻的一个定格。在我们进行调优的时候，不可能用眼睛去跟踪所有系统变化，依赖快照功能，我们就可以进行系统两个不同运行时刻，对象（或类、线程等）的不同，以便快速找到问题

举例说，我要检查系统进行垃圾回收以后，是否还有该收回的对象被遗漏下来的了。那么，我可以在进行垃圾回收前后，分别进行一次堆情况的快照，然后对比两次快照的对象情况。

4.3 内存泄漏检查

内存泄漏是比较常见的问题，而且解决方法也比较通用，这里可以重点说一下，而线程、热点方面的问题则是具体问题具体分析了。

内存泄漏一般可以理解为系统资源（各方面的资源，堆、栈、线程等）在错误使用的情况下，导致使用完毕的资源无法回收（或没有回收），从而导致新的资源分配请求无法完成，引起系统错误。

内存泄漏对系统危害比较大，因为他可以直接导致系统的崩溃。

需要区别一下，内存泄漏和系统超负荷两者是有区别的，虽然可能导致的最终结果是一样的。内存泄漏是用完的资源没有回收引起错误，而系统超负荷则是系统确实没有那么多资源可以分配了（其他的资源都在使用）。

4.3.1 年老代堆空间被占满

异常： java.lang.OutOfMemoryError: Java heap space

说明：

这是最典型的内存泄漏方式，简单说就是所有堆空间都被无法回收的垃圾对象占满，虚拟机无法再在分配新空间。

如上图所示，这是非常典型的内存泄漏的垃圾回收情况图。所有峰值部分都是一次垃圾回收点，所有谷底部分表示是一次垃圾回收后剩余的内存。连接所有谷底的点，可以发现一条由底到高的线，这说明，随时间的推移，系统的堆空间被不断占满，最终会占满整个堆空间。因此可以初步认为系统内部可能有内存泄漏。（上面的图仅供示例，在实际情况下收集数据的时间需要更长，比如几个小时或者几天）

解决：

这种方式解决起来也比较容易，一般就是根据垃圾回收前后情况对比，同时根据对象引用情况（常见的集合对象引用）分析，基本都可以找到泄漏点。