JVisualVM简介与内存泄漏实战

Dear 丶 2022-05-21 02:08 332阅读 0赞

一、JVisualVM能做什么

VisualVM 是Netbeans的profile子项目，已在JDK6.0 update 7 中自带(java启动时不需要特定参数，监控工具在bin/jvisualvm.exe)，能够监控线程，内存情况，查看方法的CPU时间和内存中的对 象，已被GC的对象，反向查看分配的堆栈(如100个String对象分别由哪几个对象分配出来的)。

在JDK\_HOME/bin(默认是C:\\Program Files\\Java\\jdk1.6.0\_13\\bin)目录下面，有一个jvisualvm.exe文件，双击打开，从UI上来看，这个软件是基于NetBeans开发的了。

可以进行远程和本地监控。远程监控需要打开jmx，下面内容会提到。

其默认页面为：

![159373-20160610115415465-1517738198.png][]

左侧分为本地和远程。双击本地中VisualVM线程，可以看到如下监控内容：

![159373-20160610115453761-440191566.png][]

具体的介绍参看：

[http://www.ibm.com/developerworks/cn/java/j-lo-visualvm/][http_www.ibm.com_developerworks_cn_java_j-lo-visualvm]

二、准备模拟内存泄漏demo

1、定义静态变量HashMap

2、分段循环创建对象，并加入HashMap

代码如下：

1.  import java.util.HashMap;
2.  import java.util.Map;
3.  public class CyclicDependencies\{
4.  *//声明缓存对象*
5.  private static final Map map = new HashMap();
6.  public static void main(String args\[\])\{
7.  try \{
8.  Thread.sleep( 10000); *//给打开visualvm时间*
9.  \} catch (InterruptedException e) \{
10. e.printStackTrace();
11. \}
12. *//循环添加对象到缓存*
13. for( int i= 0; i< 1000000;i++)\{
14. TestMemory t = new TestMemory();
15. map.put( "key"\+i,t);
16. \}
17. System.out.println( "first");
18. *//为dump出堆提供时间*
19. try \{
20. Thread.sleep( 10000);
21. \} catch (InterruptedException e) \{
22. e.printStackTrace();
23. \}
24. for( int i= 0; i< 1000000;i++)\{
25. TestMemory t = new TestMemory();
26. map.put( "key"\+i,t);
27. \}
28. System.out.println( "second");
29. try \{
30. Thread.sleep( 10000);
31. \} catch (InterruptedException e) \{
32. e.printStackTrace();
33. \}
34. for( int i= 0; i< 3000000;i++)\{
35. TestMemory t = new TestMemory();
36. map.put( "key"\+i,t);
37. \}
38. System.out.println( "third");
39. try \{
40. Thread.sleep( 10000);
41. \} catch (InterruptedException e) \{
42. e.printStackTrace();
43. \}
44. for( int i= 0; i< 4000000;i++)\{
45. TestMemory t = new TestMemory();
46. map.put( "key"\+i,t);
47. \}
48. System.out.println( "forth");
49. try \{
50. Thread.sleep(Integer.MAX\_VALUE);
51. \} catch (InterruptedException e) \{
52. e.printStackTrace();
53. \}
54. System.out.println( "qqqq");
55. \}
56. \}

3、配置jvm参数如下：

-Xms512m
             -Xmx512m
              -XX:-UseGCOverheadLimit
              -XX:MaxPermSize=50m

4、运行程序并打卡visualvm监控

三、使用jVisualvm分析内存泄漏

1、查看Visual GC标签，内容如下，这是输出first的截图

![159373-20160610115522793-1965619037.png][]

这是输出forth的截图：

![159373-20160610115545121-1995147626.png][]

通过2张图对比发现：

![159373-20160610115607558-2090088130.png][]

![159373-20160610115624027-1946144388.png][]

老生代一直在gc，当程序继续运行可以发现老生代gc还在继续：

![159373-20160610115640277-1445113398.png][]

增加到了7次，但是老生代的内存并没有减少。说明存在无法被回收的对象，可能是内存泄漏了。

如何分析是那个对象泄漏了呢？ 打开抽样器标签：点击后如下图：

![159373-20160610115714371-1611672342.png][]

按照程序输出进行堆dump，当输出second时，dump一次，当输出forth时dump一次。

进入最后dump出来的堆标签，点击类：

![159373-20160610115800996-1873172240.png][]

点击右上角：“与另一个堆存储对比”。如图选择第一次导出的dump内容比较：

![159373-20160610115932808-1186046269.png][]

比较结果如下：

![159373-20160610115952621-342074884.png][]

可以看出在两次间隔时间内TestMemory对象实例一直在增加并且多了，说明该对象引用的方法可能存在内存泄漏。

如何查看对象引用关系呢？

右键选择类TestMemory，选择“在实例视图中显示”，如下所示：

![159373-20160610120011808-1320353587.png][]

左侧是创建的实例总数，右侧上部为该实例的结构，下面为引用说明，从图中可以看出在类CyclicDependencies里面被引用了，并且被HashMap引用。

如此可以确定泄漏的位置，进而根据实际情况进行分析解决。

四、jVisualvm远程监控tomcat

1、修改远程tomcat的catalina.sh配置文件，在其中增加：

JAVA_OPTS="$JAVA_OPTS
              -Djava.rmi.server.hostname=192.168.122.128
              -Dcom.sun.management.jmxremote.port=18999
    -Dcom.sun.management.jmxremote.ssl=false
    -Dcom.sun.management.jmxremote.authenticate=false"

这次配置先不走权限校验。只是打开jmx端口。

2、打开jvisualvm，右键远程，选择添加远程主机：

![159373-20160610120034199-1749896698.png][]

3、输入主机的名称，直接写ip，如下：

![159373-20160610120050058-357599247.png][]

右键新建的主机，选择添加JMX连接，输入在tomcat中配置的端口即可。

4、双击打开。完毕！

五、扩展知识

线程死锁侦测

jvm优化建议

本质上是减少GC的次数。

如果是频繁创建对象的应用，可以适当增加新生代大小。常量较多可以增加持久代大小。对于单例较多的对象可以增加老生代大小。比如spring应用中。

GC选择，在JDK5.0以后，JVM会根据当前 [系统配置][Link 1]进行判断。一般执行-Server命令便可以。gc包括三种策略：串行，并行，并发。

吞吐量大大应用，一般采用并行收集，开启多个线程，加快gc的是否。

响应速度高的应用，一般采用并发收集，比如应用服务器。

年老代建议配置为并发收集器，由于并发收集器不会压缩和整理磁盘碎片，因此建议配置：

-XX:+UseConcMarkSweepGC  #并发收集年老代
         -XX:CMSInitiatingOccupancyFraction=80 # 表示年老代空间到80%时就开始执行CMS
         -XX:+UseCMSCompactAtFullCollection # 打开对年老代的压缩。可能会影响性能，但是可以消除内存碎片。 
         -XX:CMSFullGCsBeforeCompaction=10 # 由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此参数设置运行次

FullGC以后对内存空间进行压缩、整理。

直接运行linux上的jvisualvm

下载X-Manager,可以将试图展现在本地机器上。

不受此jvm支持

保证jvisualvm所属jdk版本和linux上一致。

[159373-20160610115415465-1517738198.png]: /images/20220521/30d8a2d7defb475db9663694b5a80b63.png
[159373-20160610115453761-440191566.png]: /images/20220521/982f6d8ad6784142a63b3ded29d9fd7e.png
[http_www.ibm.com_developerworks_cn_java_j-lo-visualvm]: http://www.ibm.com/developerworks/cn/java/j-lo-visualvm/
[159373-20160610115522793-1965619037.png]: /images/20220521/cd8d08c328c44c3194e60e0d85fca738.png
[159373-20160610115545121-1995147626.png]: /images/20220521/f019ea9c80fc4cbb878e255cc638cc8d.png
[159373-20160610115607558-2090088130.png]: /images/20220521/8c44b7ed909f41d4b66293ccde1550db.png
[159373-20160610115624027-1946144388.png]: /images/20220521/792c1302eed84668903ac9a76905a214.png
[159373-20160610115640277-1445113398.png]: /images/20220521/e6d5753c6e2b40ec91bd38bd072d885d.png
[159373-20160610115714371-1611672342.png]: /images/20220521/7ad5f0609a9c48d6892483f9d29d7a5f.png
[159373-20160610115800996-1873172240.png]: /images/20220521/891e77ff46184d8590bea22838f0e989.png
[159373-20160610115932808-1186046269.png]: /images/20220521/71c1090099ed41f2ad6ea8bcf2bdd3e9.png
[159373-20160610115952621-342074884.png]: /images/20220521/3c9d50a2e3ec4494a038fac0d2bff75e.png
[159373-20160610120011808-1320353587.png]: /images/20220521/22c427d062e548f0ae7c915698b89a8a.png
[159373-20160610120034199-1749896698.png]: /images/20220521/acfb7fedee20498a985d45fcdae17ec0.png
[159373-20160610120050058-357599247.png]: /images/20220521/4ee1b8e5f3924d26a72cb9052c1ad0d6.png
[Link 1]: http://java.sun.com/j2se/1.5.0/docs/guide/vm/server-class.html