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

一、jdk工具之jps&＃xff08;JVM Process Status Tools&＃xff09;命令使用

二、jdk命令之javah命令(C Header and Stub File Generator)

三、jdk工具之jstack(Java Stack Trace)

四、jdk工具之jstat命令(Java Virtual Machine Statistics Monitoring Tool)

四、jdk工具之jstat命令2(Java Virtual Machine Statistics Monitoring Tool)详解

五、jdk工具之jmap&＃xff08;java memory map&＃xff09;、 mat之四--结合mat对内存泄露的分析

六、jdk工具之jinfo命令(Java Configuration Info)

七、jdk工具之jconsole命令(Java Monitoring and Management Console)

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

九、jdk工具之jhat命令(Java Heap Analyse Tool)

十、jdk工具之Jdb命令(The Java Debugger)

十一、jdk命令之Jstatd命令(Java Statistics Monitoring Daemon)

十一、jdk命令之Jstatd命令(Java Statistics Monitoring Daemon)

十二、jdk工具之jcmd介绍&＃xff08;堆转储、堆分析、获取系统信息、查看堆外内存&＃xff09;

十三、jdk命令之Java内存之本地内存分析神器&＃xff1a;NMT 和 pmap

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

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

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

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

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

我从上面的链接中找到Visual GC的下载地址&＃xff1a;

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

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

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

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

堆(Heap) &＃xff1a;JVM管理的内存叫堆

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

1. Young&＃xff08;年轻代&＃xff09;
   年轻代分三个区。一个Eden区&＃xff0c;两个Survivor区。大部分对象在Eden区中生成。当Eden区满时&＃xff0c;还存活的对象将被复制到Survivor区&＃xff08;两个中的一个&＃xff09;&＃xff0c;当这个Survivor区满时&＃xff0c;此区的存活对象将被复制到另外一个Survivor区&＃xff0c;当这个Survivor去也满了的时候&＃xff0c;从第一个Survivor区复制过来的并且此时还存活的对象&＃xff0c;将被复制“年老区(Tenured)”。需要注意&＃xff0c;Survivor的两个区是对称的&＃xff0c;没先后关系&＃xff0c;所以同一个区中可能同时存在从Eden复制过来对象&＃xff0c;和从前一个Survivor复制过来的对象&＃xff0c;而复制到年老区的只有从第一个Survivor复制过来的对象。而且&＃xff0c;Survivor区总有一个是空的。

2. Tenured&＃xff08;年老代&＃xff09;
   年老代存放从年轻代存活的对象。一般来说年老代存放的都是生命期较长的对象。

3. Perm&＃xff08;持久代&＃xff09;
   用于存放静态文件&＃xff0c;如今Java类、方法等。持久代对垃圾回收没有显著影响&＃xff0c;但是有些应用可能动态生成或者调用一些class&＃xff0c;例如Hibernate等&＃xff0c;在这种时候需要设置一个比较大的持久代空间来存放这些运行过程中新增的类。持久代大小通过-XX:MaxPermSize&＃61;进行设置。

GC的基本概念

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

1. Scavenge GC
   一般情况下&＃xff0c;当新对象生成&＃xff0c;并且在Eden申请空间失败时&＃xff0c;就触发了Scavenge GC&＃xff0c;堆Eden区域进行GC&＃xff0c;清除非存活对象&＃xff0c;并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。

2. Full GC
   对整个堆进行整理&＃xff0c;包括Young、Tenured和Perm。Full GC比Scavenge GC要慢&＃xff0c;因此应该尽可能减少Full GC。有如下原因可能导致Full GC&＃xff1a;

• 上一次GC之后Heap的各域分配策略动态变化

• System.gc()被显示调用

• Perm域被写满

• Tenured被写满

内存溢出  out of memory&＃xff0c;是指程序在申请内存时&＃xff0c;没有足够的内存空间供其使用&＃xff0c;出现out of memory&＃xff1b;比如申请了一个integer,但给它存了long才能存下的数&＃xff0c;那就是内存溢出。

内存泄露  memory leak&＃xff0c;是指程序在申请内存后&＃xff0c;无法释放已申请的内存空间&＃xff0c;一次内存泄露危害可以忽略&＃xff0c;但内存泄露堆积后果很严重&＃xff0c;无论多少内存,迟早会被占光。其实说白了就是该内存空间使用完毕之后未回收。

二 Java VisualVM的其他功能

1.监视界面&＃xff08;cpu&＃xff0c;类&＃xff0c;堆&＃xff0c;线程&＃xff09;

2.线程界面

3.Profile界面&＃xff08;性能剖析&＃xff09;

点击CPU按钮执行cpu分析查看方法

点击内存按钮执行内存分析查看类

4.堆dump和线程dump操作

Dump文件是进程的内存镜像&＃xff0c;可以把程序的执行状态通过调试器保存到dump文件中