java内存溢出分析工具

使用visualvm远程监控JVM  

前段时间在排查问题过程中我使用了jprofiler远程进行了jvm资源使用情况的监控，从系统的损耗来看，jprofiler对系统资源尤其是内存的消耗是非常庞大的。当时配置的jprofiler内存使用上线是1G，后来发现系统内存在整个测试过程中出现持续上涨的趋势，最后稳定在3G左右（JVM的内存我们配的上限值是2G）。

从这个情况来看，如果我们要在测试过程中利用图形界面的形式实时监控jvm内存的使用情况，使用jprofiler是不合适的；在对几个性能测试工具进行评估后，我们最终选定了visualvm进行我们的java资源监控，下面我将讲述一下如何配置visualvm监控jvm资源以及在监控过程中visualvm在server上面的性能消耗情况

 

1. 如何配置visualvm监控

visualvm支持在linux和windows上启用图形界面监控jvm的资源，基于目前我们的server资源比较紧张，而且从监控方便的角度来分析（我们现有server的linux系统是关闭图形界面的，如果要支持visualvm的图形显示需要安装插件），我推荐在自己的windows环境中安装监控的客户端

Visualvm目前支持两种remote connection方式，分别是jstatd和JMX方式；我看了一下官方的说明文档，如果是针对jboss的监控，官方还是推荐使用JMX的方式监控，因此下面我就讲述一下如何在server端以及客户端配置JMX方式监控的visualvm：

（1）首先要修改JDK中JMX服务的配置文件，以获得相应的权限：

进入$JAVA_HOME所在的根目录的/jre/lib/management子目录下，

a. 将jmxremote.password.template文件复制为jmxremote.password

b. 调整jmxremote.access和jmxremote.password的权限为只读写，可以使用如下命令

chmod 600 jmxremote.access jmxremote.password

c. 打开jmxremote.password文件，去掉

# monitorRole QED

# controlRole R&D

这两行前面的注释符号

（2）修改env.sh

打开env.sh文件，并在JVM的启动配置中添加如下信息：

JAVA_OPTS="-Dcom.sun.management.jmxremote.port=1099 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Djava.rmi.server.hostname=10.20.150.218  其他配置”

这几个配置的说明如下：

-Dcom.sun.management.jmxremote.port：这个是配置远程connection的端口号的，要确定这个端口没有被占用

-Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false：这两个是固定配置，是JMX的远程服务权限的

-Djava.rmi.server.hostname：这个是配置server的IP的，要使用server的IP最好在机器上先用hostname –i看一下IP是不是机器本身的IP，如果是127.0.0.1的话要改一下，否则远程的时候连不上，目前我们的server上我已经都改好了

（3）Windows客户端配置

JDK 1.6版本自带visualvm，只需要进到bin目录下启动即可

启动后页面比较简洁，配置也很简单：

a. 点击左侧菜单的add Remote host，输入server的IP，然后再advanced settings里配置端口（注意这个端口要和server上的端口一致）

b. 右击刚才配置的IP，选择JMX connection方式，再次输入端口，就可以监视到JVM资源了，如下：

 

 

2. visualvm监控的资源消耗

我们配置了一个简单的apache+jboss应用，并用jmeter进行了一个长时间的加压，在加压过程中重点关注了系统资源的使用情况，如下（加压到9:30结束，另外cpu在最后一段出现了较大的毛刺是由于我在加压最后在server上用脚本处理数据导致，可以忽略该部分）：

 

 

从长时间加压的结果来看，visualvm在监控过程中对cpu和load不会造成什么压力，这点同jprofiler一致；内存在加压过程中总计有1%左右的升高（稳定后）（系统内存是8G），表明visualvm对系统内存的消耗比jprofiler要低很多，在正常性能测试过程中如果开启visualvm监控对系统整体性能基本上没有影响（不要进行dump heap的操作）；当然，visualvm有一些功能相对jprofiler要简化一些，因此如果需要排查性能问题我还是推荐使用jprofiler

来源：http://blog.sina.com.cn/s/blog_4e90b3ba0100muco.html

使用JDK 1.6自带的jvisualvm监控远程服务器中Java程序资源占用情况

因为做实验的需要，最近把实验室的Web数据抽取程序修改为多线程版本并在服务器上做大量的数据抽取工作，服务器是Ubuntu Server 10.01版本，通过Putty连接监控程序的运行情况非常不直观，需要使用一个Java资源监控程序实现对目标程序的实时监控。Jdk1.5版本提供的监控工具是Jconsole，相信很多早期的Java开发人员都使用过这个程序，但Jconsole的界面实在是有点对不起观众，所以在jdk1.6中Oracle提供了一个新的可视化的JVM监控工具Java VisualVM（官方介绍链接：http://download.oracle.com/javase/6/docs/technotes/guides/visualvm/applications_remote.html），在Windows系统下的Java VisualVM启动路径是$java_home$/jdk1.6.0/bin/jvisualvm.exe。
      双击启动Java VisualVM后可以看到窗口左侧“应用程序”栏中有“本地”、“远程”、“快照”三个项目。其中“本地”下显示的是在localhost运行的Java程序的资源占用情况，如果本地有Java程序在运行的话启动Java VisualVM即可看到相应的程序名，点击程序名打开相应的资源监控菜单，以图形的形式列出程序所占用的CPU、Heap、PermGen、类、线程的统计信息。“远程”项下列出的远程主机上的Java程序的资源占用情况，但需要在远程主机上运行jstatd守护程序，下面就以实现对远程Ubuntu Server中运行的Java程序资源监控为例说明如何使用Java VisualVM监控远程Java程序。
      （1）在服务器上安装jstatd组件。由于安装JDK时配置选项的原因，有的服务器中没有默认安装jstatd组件。jstatd是openjdk中的一个package，使用apt-get命令安装openjdk即可。关于jstatd组件的详细介绍可参考：http://download.oracle.com/javase/6/docs/technotes/tools/share/jstatd.html

sudo apt-get install openjdk-6-jdk

      （2）在服务器上配置jstatd的security policy文件。jstatd是一个监控JVM从创建到销毁过程中资源占用情况并提供远程监控接口的RMI（Remote Method Invocation，远程方法调用）服务器程序，它是一个Daemon程序，要保证远程监控软件连接到本地的话需要jstatd始终保持运行。jstatd运行需要通过-J-Djava.security.policy=***指定安全策略，因此我们需要在服务器上建立一个指定安全策略的文件jstatd.all.policy，文件内容如下：

grant codebase "file:${java.home}/../lib/tools.jar" {
   permission java.security.AllPermission;
};

      （3）修改服务器hosts文件中的IP地址。要使Java VisualVM成功连接到远程服务器上，服务器端应该在/etc/hosts文件中把本机地址设为本机的IP地址。使用hostname -i命令查看，如果显示的是127.0.0.1或者与本机实际IP不一致的话，需要把/etc/hosts文件中相应的地址改为本机实际IP。
      （4）运行jstatd守护程序。由于jstatd需要保持一直运行，所以建议使用screen命令执行jstatd程序，命令如下：

screen jstatd -J-Djava.security.policy=jstatd.all.policy

如果需要RMI日志功能的话，还可以在启动参数中加入-J-Djava.rmi.server.logCalls=true。jstatd开始运行后，使用CTRL+A+D断开screen界面，回到shell界面。如果想切换回jstatd运行界面的话，使用screen -r -d命令即可。
      （5）通过Java VisualVM连接到服务器监控Java程序。在Java VisualVM程序窗口左侧“远程”项目右键选择“添加远程主机”，在弹出的对话框中输入远程主机的IP地址，确认提交后即可看到相应的远程主机和在上面运行的Java程序，连接成功后应该会显示Jstatd及其PID。

转载地址：http://www.chenweionline.cn/archives/56.htm

JVM内存监控:visualVM jconsole jstatd jmap

由于在建项目的需要，监控tomcat的内存使用，检查内存泄漏的情况。其实JDK自身已经提供了很多工具,都在JAVA_HOME/bin/目录下：jvisualvm、jconsole、jstatd、jmap等等，以下为试验的环境配置： 

• client： vista、jdk1.6.0_18
• server： linux、jdk1.6.0_02、tomcat6、IP：192.168.8.7

主要从下面三个方面描述： 

• jmap (Memory Map) JVM内存对象打印工具
• jstatd配置
• Tomcat配置JMX

一、用jmap获取数据 
JAVA_HOME/bin/jmap -histo PID 
JAVA_HOME/bin/jmap -histo PID >hismem.txt 
显示信息包括Java类、类实例对象数量、在内存中占有量的大小以及类的完整包名。 

//将JVM内存堆的信息dump成为一个二进制文件，可供jstat、Eclipse MAT内存分析工具来使用 
JAVA_HOME/bin/jmap -dump:format=b,file=heap.bin PID 
Eclipse MAT的分析工具:http://www.eclipse.org/mat/ 

二：jstatd配置 
需要在被监控的服务器上面，通过jstatd来启动RMI服务。 
     新建个文件jstatd.all.policy 文件内容如下： 

 grant codebase "file:${java.home}/../lib/tools.jar" {
     permission java.security.AllPermission;
   };

启动命令如下： 

 //默认端口为1099
 jstatd -J-Djava.security.policy=jstatd.all.policy
 //指定hostname 一般情况需要重新指定hostname,否则连接不成功
 jstatd -J-Djava.rmi.server.hostname=192.168.8.7
 -J-Djava.security.policy=test/jstatd.all.policy
 //指定hostname 指定端口
 jstatd -J-Djava.rmi.server.hostname=192.168.8.7
 -J-Djava.security.policy=test/jstatd.all.policy -p 8888
 //启动JMX
 jstatd -J-Djava.rmi.server.hostname=192.168.8.7
 -J-Djava.security.policy=test/jstatd.all.policy
 -J-Dcom.sun.management.jmxremote.port=8888
 -J-Dcom.sun.management.jmxremote.ssl=false
 -J-Dcom.sun.management.jmxremote.authenticate=false
 //后台启动
 nohup jstatd -J-Djava.rmi.server.hostname=192.168.8.7
 -J-Djava.security.policy=test/jstatd.all.policy -p 8888 &

    启动通过：netstat -an|grep 8888可以查看端口是否已经被监听 
    用JAVA_HOME/bin/jmap 查看java进程： 

 //查看本机的情况
 jps
 //查看远程计算机192.168.8.7的情况（默认1099端口）
 jps 192.168.8.7
 //查看远程计算机192.168.8.7 8888端口
 jps rmi：//192.168.8.7:8888

打开jvisualvm 界面如下： 
 
右击远程 选择添加远程主机： 
 
如果重新指定了jstatd端口，选择高级设置修改端口，如下图： 
 
如果同时配置了JMX，可以在添加JMX连接如下图： 
 
添加后如图所示： 
 

三：Tomcat配置JMX 
  用hostname -i 查看是否为127.0.0.1，这步非常重要,否则会连接失败，如果是，必须要配置-Djava.rmi.server.hostname 比如我的配置为 -Djava.rmi.server.hostname=192.168.8.7，而不需要修改hosts文件，修改此文件还可能影响到其他程序。 
  只需要在TOMCAT_HOME/bin/找到catalina.sh 加上以下参数，重新启动tomcat就可以了： 

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

  打开JAVA_HOME/bin/下的jvisualvm 或者jconsole 的工具可以直接连接了，如下图visualvm连接的示意图： 
 
  也可以写个Java类TestJMXClient.java测试下JMX连接是否成功：

 import java.util.HashMap;
 import java.util.Map;

 import javax.management.MBeanServerConnection;
 import javax.management.remote.JMXConnector;
 import javax.management.remote.JMXConnectorFactory;
 import javax.management.remote.JMXServiceURL;

 /**
  * @author Michael
  */
 public class TestJMXClient {

     /**
      * @param args
      */
     public static void main(String[] args) {
         try {
             String jndiPath = "jmxrmi";
             String serverhost = "192.168.8.7";
             String serverport = "8088";
             // url=service:jmx:rmi:///jndi/rmi://192.168.8.7:8088/jmxrmi
             String jmxurl = "service:jmx:rmi:///jndi/rmi://" + serverhost + ":"
                     + serverport + "/" + jndiPath;
             System.out.println("jmxurl:" + jmxurl);
             JMXServiceURL url = new JMXServiceURL(jmxurl);
             Map enviMap = new HashMap();

             JMXConnector connector = JMXConnectorFactory.connect(url, enviMap);

             MBeanServerConnection mbsc = connector.getMBeanServerConnection();
             System.out.println("successful connected ");
             connector.close();
             System.out.println("close connect");
         } catch (Exception e) {
             System.out.println("error");
             e.printStackTrace();
         }
     }
 }

ps：JMX Management and Monitoring Properties 

com.sun.management.jmxremote	true / false. Default is true
com.sun.management.jmxremote. port	Port number. No default.
com.sun.management.jmxremote.ssl	true / false. Default is true.
com.sun.management.jmxremote.ssl.enabled.protocols	Default SSL/TLS protocol version.
com.sun.management.jmxremote.ssl.enabled.cipher.suites	Default SSL/TLS cipher suites.
com.sun.management.jmxremote.ssl.need.client.auth	true / false. Default is false
com.sun.management.jmxremote.authenticate	true / false.Default is true
com.sun.management.jmxremote.password.file	JRE_HOME/lib/management/jmxremote.password
com.sun.management.jmxremote.access.file	JRE_HOME/lib/management/jmxremote.access
com.sun.management.jmxremote.login.config	Default login configuration is a file-based password authentication.

转载地址：http://sjsky.iteye.com/blog/705323