jdk工具之JvisualVM、JvisualVM之二--Java程序性能分析工具Java VisualVM

最新推荐文章于 2025-12-05 11:11:09 发布

转载最新推荐文章于 2025-12-05 11:11:09 发布 · 328 阅读

CC 4.0 BY-SA版权

原文链接：https://www.cnblogs.com/duanxz/p/3492890.html

本文详细介绍JavaVisualVM的使用，包括VisualGC插件的安装与使用，解释如何监控垃圾回收器，分析GC趋势及内存消耗状况。此外，还介绍了JavaVisualVM的其他功能，如监视界面、线程界面和性能剖析。

VisualVM 是一款免费的\集成了多个JDK 命令行工具的可视化工具，它能为您提供强大的分析能力，对 Java 应用程序做性能分析和调优。这些功能包括生成和分析海量数据、跟踪内存泄漏、监控垃圾回收器、执行内存和 CPU 分析，同时它还支持在 MBeans 上进行浏览和操作。

在内存分析上，Java VisualVM的最大好处是可通过安装Visual GC插件来分析GC（Gabage Collection）趋势、内存消耗详细状况。

一 Visual GC(监控垃圾回收器)

Java VisualVM默认没有安装Visual GC插件，需要手动安装，JDK的安装目录的bin目露下双击jvisualvm.exe，即可打开Java VisualVM，点击菜单栏 工具->插件 安装Visual GC

打开Java VisualVM检查更新插件时，默认的连接连不上，通过浏览器访问之后发现默认的服务器已经404，新地址已经迁移到github，下面这个地址里面有不同版本jdk对应的插件中心地址。
https://visualvm.github.io/pluginscenters.html

我从上面的链接中找到Visual GC的下载地址：

下载下来是一个com-sun-tools-visualvm-modules-visualgc.nbm文件，然后添加安装它

安装完成后重启Java VisualVM，Visual GC界面自动打开，即可看到JVM中堆内存的分代情况

被监控的程序运行一段时间后Visual GC显示如下

要看懂上面的图必须理解Java虚拟机的一些基本概念：

堆(Heap) ：JVM管理的内存叫堆

分代：根据对象的生命周期长短，把堆分为3个代：Young，Old和Permanent，根据不同代的特点采用不同的收集算法，扬长避短也。

Young（年轻代）
年轻代分三个区。一个Eden区，两个Survivor区。大部分对象在Eden区中生成。当Eden区满时，还存活的对象将被复制到Survivor区（两个中的一个），当这个Survivor区满时，此区的存活对象将被复制到另外一个Survivor区，当这个Survivor去也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制“年老区(Tenured)”。需要注意，Survivor的两个区是对称的，没先后关系，所以同一个区中可能同时存在从Eden复制过来对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor复制过来的对象。而且，Survivor区总有一个是空的。
Tenured（年老代）
年老代存放从年轻代存活的对象。一般来说年老代存放的都是生命期较长的对象。
Perm（持久代）
用于存放静态文件，如今Java类、方法等。持久代对垃圾回收没有显著影响，但是有些应用可能动态生成或者调用一些class，例如Hibernate等，在这种时候需要设置一个比较大的持久代空间来存放这些运行过程中新增的类。持久代大小通过-XX:MaxPermSize=进行设置。

GC的基本概念

gc分为full gc 跟 minor gc，当每一块区满的时候都会引发gc。

Scavenge GC
一般情况下，当新对象生成，并且在Eden申请空间失败时，就触发了Scavenge GC，堆Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。
Full GC
对整个堆进行整理，包括Young、Tenured和Perm。Full GC比Scavenge GC要慢，因此应该尽可能减少Full GC。有如下原因可能导致Full GC：