JProfiler的详细使用介绍(JVM对象内存线程监测工具)【转】

一、安装JProfiler

       从http://www.ej-technologies.com/下载5.1.2并申请试用序列号

 

二、主要功能简介

1.内存剖析 Memory profiler

JProfiler 的内存视图部分可以提供动态的内存使用状况更新视图和显示关于内存分配状况信息的视图。所有的视图都有几个聚集层并且能够显示现有存在的对象和作为垃圾回收的对象。

  • 所有对象 
    显示类或在状况统计和尺码信息堆上所有对象的包。你可以标记当前值并显示差异值。
  • 记录对象 Record objects 
    显示类或所有已记录对象的包。你可以标记出当前值并且显示差异值。
  • 分配访问树 Allocation call tree 
    显示一棵请求树或者方法、类、包或对已选择类有带注释的分配信息的J2EE组件。
  • 分配热点 Allocation hot spots 
    显示一个列表,包括方法、类、包或分配已选类的J2EE组件。你可以标注当前值并且显示差异值。对于每个热点都可以显示它的跟踪记录树。

2.堆遍历 Heap walker

在JProfiler的堆遍历器(Heap walker)中,你可以对堆的状况进行快照并且可以通过选择步骤下寻找感兴趣的对象。堆遍历器有五个视图:

  • 类 Classes 
    显示所有类和它们的实例。
  • 分配 Allocations 
    为所有记录对象显示分配树和分配热点。
  • 索引 References 
    为单个对象和“显示到垃圾回收根目录的路径”提供索引图的显示功能。还能提供合并输入视图和输出视图的功能。
  • 数据 Data 
    为单个对象显示实例和类数据。
  • 时间 Time 
    显示一个对已记录对象的解决时间的柱状图。

3. CPU 剖析 CPU profiler

JProfiler 提供不同的方法来记录访问树以优化性能和细节。线程或者线程组以及线程状况可以被所有的视图选择。所有的视图都可以聚集到方法、类、包或J2EE组件等不同层上。CPU视图部分包括:

  • 访问树 Call tree 
    显示一个积累的自顶向下的树,树中包含所有在JVM中已记录的访问队列。JDBC,JMS和JNDI服务请求都被注释在请求树中。请求树可以根据Servlet和JSP对URL的不同需要进行拆分。
  • 热点 Hot spots 
    显示消耗时间最多的方法的列表。对每个热点都能够显示回溯树。该热点可以按照方法请求,JDBC,JMS和JNDI服务请求以及按照URL请求来进行计算。
  • 访问图 Call graph 
    显示一个从已选方法、类、包或J2EE组件开始的访问队列的图。

4. 线程剖析 Thread profiler

对线程剖析,JProfiler提供以下视图:

  • 线程历史 Thread history 
    显示一个与线程活动和线程状态在一起的活动时间表。
  • 线程监控 Thread monitor 
    显示一个列表,包括所有的活动线程以及它们目前的活动状况。
  • 死锁探测图表 Deadlock Detection 
    显示一个包含了所有在JVM里的死锁图表。
  • 目前使用的监测器 Current monitor useage 
    显示目前使用的监测器并且包括它们的关联线程。
  • 历史检测记录 History usage history 
    显示重大的等待事件和阻塞事件的历史记录。
  • 监测使用状态 Monitor usage statistics 
    显示分组监测,线程和监测类的统计监测数据。

5.VM 遥感勘测技术 VM telemetry

观察JVM的内部状态,JProfiler提供了不同的遥感勘测视图,如下所示:

  • 堆 Heap 
    显示一个堆的使用状况和堆尺寸大小活动时间表。
  • 记录的对象 Recorded objects 
    显示一张关于活动对象与数组的图表的活动时间表。
  • 垃圾回收 Garbage collector 
    显示一张关于垃圾回收活动的活动时间表。
  • 类 Classes 
    显示一个与已装载类的图表的活动时间表。
  • 线程 Threads 
    显示一个与动态线程图表的活动时间表。

三、实战

(一)任务目标

找出项目中内存增大的原因

(二)配置说明

操作系统:Windows2003

Web容器:Tomcat5.0.23

JDK版本:sun1.4.2

监控类型:本地

Jprofiler安装路径:D:/jprofiler5

Tomcat安装路径:D:/Tomcat5

(三)  测试项目

1.  新建WEB项目test

2.  建包cn.test

3.  在该包下建类文件TestMain.java 和 TestBean.java

package cn.test;

public class TestBean {

String name = "";

}

package cn.test;

import java.util.ArrayList;

publicclass TestMain {

publicstatic ArrayList list = new ArrayList(); //存放对象的容器

public static int counter = 0;    //作统计用

}

4.建测试用的JSP文件init1.jsp、init2.jsp

Init1.jsp(每次执行都创建1万个TestBean对象)

<%@ page language="java" import="cn.test.*" pageEncoding="ISO-8859-1"%>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

<title>init</title>

</head>

<body><%

for(int i=0;i<10000;i++){

TestBean b = new TestBean();

TestMain.list.add(b);

}

%>

SIZE:<%=TestMain.list.size()%><br/>

counter:<%=TestMain.counter++%>

</body>

</html>

Init2.jsp和init1.jsp一模一样即可(后面有用)。

(四)     配置测试用例

1.  点击d:/jprofiler5/bin/jprofiler.exe

2.  执行菜单SessionàIntegration WizardsàNew ServerIntegration

选择是本地测试还是远程测试:

选择tomcat运行的脚本文件:

选择虚拟机的类型:

选择监控端口:

用默认的即可

选择Web容器是否和Jprofiler一起运行:

默认即可

配置提示:

在“远程控制”的时侯要仔细阅读一下。

然后选择立即起动,开始运行。

点击“OK”,我们可以看到另外一个小窗口出来了:

Jprofiler的窗口为:

这样我们就可以进行监控了!

(五)     开始测试

1.  在IE地址栏中输入:http://localhost/test/init1.jsp,执行一次,我们可以在内存视图中看到cn.test.TestBean对象被创建了10000次:

2.标记现在的状态,然后再执行init1.jsp和,init2.jsp可以让我们找到哪些类在调用后没有被释放(很重要!!!)

查看哪些类被发生了变化:

红色的变成是发生变化的对象及其数量。

我刚才执行了4次init1.jsp和1次init2.jsp,正好产生了50000个TestBean对象,和图示显示的一样。

3.  过一会后,按F4键进行垃圾回收。但回收完成后,这些对象依然存在,说明某些地方对这个类的引用没有被释放!

4.  找出是哪些地方使用了TestBean类,并且没有释放它们

在cn.test.TestBean对象上点击右键选择“Take Heap Snapshot for Selection”,观察它的heap

下一步:

点击“OK”:

在该类中点击右键,在出现的菜单中选择“Use Selected Objects”:

出现如下窗口:

选择”Allocations”,点击“OK”,然后我们要的结果就出来了

图中显示调用此类的地方是init1.jsp和init2.jsp,并且各自占用的比率都列出来了。

既然问题的所在找出来了,接下来就该去解决问题了!

(五)总结

其实,我们在测试内存占用时还可以另外写一个释放内存的JSP文件来配合测试,会更清楚一些:

Free.sjp

<%@ page language="java" import="java.util.*,cn.test.*" pageEncoding="ISO-8859-1"%>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

<title>init</title>

</head>

<body>

<%TestMain.list.clear(); %>  collection OK!

</body>

</html>

在点击完init1.jsp或init2.jsp后,可以看到内存是TestBean对象的数量增加了,然后执行free.sjp,接着再执行F4进行垃圾回收,立刻可以看到TestBean对象被释放掉了。

参考文档地址:

http://www.blogjava.net/anymobile/articles/28248.html

时间: 2024-10-13 15:03:23

JProfiler的详细使用介绍(JVM对象内存线程监测工具)【转】的相关文章

内存泄露监测工具

1.     ccmalloc-Linux和Solaris下对C和C++程序的简单的使用内存泄漏和malloc调试库. 2.     Dmalloc-Debug Malloc Library. 3.     Electric Fence-Linux分发版中由Bruce Perens编写的malloc()调试库. 4.     Leaky-Linux下检测内存泄漏的程序. 5.     LeakTracer-Linux.Solaris和HP-UX下跟踪和分析C++程序中的内存泄漏. 6.     

iOS 内存泄漏监测自动化

在 Android 上,Square 这家公司提供了非常有名的工具: leakcanary ,来帮助开发者们在日常开发过程中就能够发现内存泄漏.但在 iOS 上呢?在 Google 的时候,我发现了两个工具,一个是这篇文章将要翻译并介绍的 Facebook 开源的三件套,另一个则是国内微信阅读团队做的 MLeaksFinder . 关于 MLeaksFinder 这里有两篇其官方提供的文章介绍: MLeaksFinder:精准 iOS 内存泄露检测工具 MLeaksFinder 新特性 简而言之

Java面试准备之JVM详细研究一(Java内存区域)

Object obj = new Object(); 主要参考资料:<深入理解Java虚拟机>,未经本人及原书作者同意禁止转载. JVM中的数据区域 JVM中给数据分了这么几个区域: 其中: 1.程序计数器: 程序计数器是一块较小的内存空间,为当前线程所执行的字节码的行号指示器.也就是说,程序再翻译成为字节码了之后,分支.循环.跳转.异常处理.线程恢复等功能都需要程序计数器来完成. (注意!)此区域存储的东西是执行的虚拟机的字节码指令的地址,如果为natvie方法(natvie:一个调用非Ja

java中JVM虚拟机内存模型详细说明

java中JVM虚拟机内存模型详细说明 2012-12-12 18:36:03|  分类: JAVA |  标签:java  jvm  堆内存  虚拟机  |举报|字号 订阅 JVM的内部结构如下图: 一个优秀Java程序员,必须了解Java内存模型.GC工作原理,以及如何优化GC的性能.与GC进行有限的交互,有一些应用程序对性能要求较高,例如嵌入式系统.实时系统等,只有全面提升内存的管理效率,才能提高整个应用程序的性能. 本文将从JVM内存模型.GC工作原理,以及GC的几个关键问题进行探讨,从

java源码剖析: 对象内存布局、JVM锁以及优化

一.目录 1.启蒙知识预热:CAS原理+JVM对象头内存存储结构 2.JVM中锁优化:锁粗化.锁消除.偏向锁.轻量级锁.自旋锁. 3.总结:偏向锁.轻量级锁,重量级锁的优缺点. 二.启蒙知识预热 开启本文之前先介绍2个概念 2.1.cas操作 为了提高性能,JVM很多操作都依赖CAS实现,一种乐观锁的实现.本文锁优化中用到了CAS,故有必要先分析一下CAS的实现. CAS:Compare and Swap. JNI来完成CPU指令的操作: unsafe.compareAndSwapInt(thi

jvm java内存区域的介绍

jvm虚拟机在运行时需要用到的内存区域.广泛一点就是堆和栈,其实不然,堆和栈只是相对比较笼统的说法,真正区分有如下几个 先上图一: 总的就是 java的内存模型 内存模型又分堆内存(heap)和方法区(有时也称为non-heap)和栈 堆又分新生代(Young)和老年代(old/Tenured) 新生代又分默认比例为8:1:1的eden空间.from survivor空间.to survivor空间 当进行垃圾回收时,eden.survivor from 存活得对象会复制到servivor to

JVM内存模型及String对象内存分配

昨天看了一篇关于<Java后端程序员1年工作经验总结>的文章,其中有一段关于String和StringBuffer的描述,对于执行结果仍然把握不准,趁此机会也总结了下JVM内存模型. 1.JVM运行时数据区域 关于JVM内存模型之前也了解过一些,也是看过就忘,好记性比如烂笔头,记下来吧.参考此文章http://chenzhou123520.iteye.com/blog/1585224 图1 JVM运行时数据区域 (1).程序计数器(Program Counter Register): 程序计数

JVM 对象的创建、内存布局

一.对象的创建过程 一个简单的创建对象语句Clazz instance = new Clazz();包含的主要过程包括了类加载检查.对象分配内存.并发处理.内存空间初始化.对象设置.执行init方法等. 主要流程如下: 1. 类加载检查 JVM遇到一条new指令时,首先检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载.解析和初始化过.如果没有,那必须先执行相应的类的加载过程. 2. 对象分配内存 对象所需内存的大小在类加载完成后便完全确定(对象内

jvm的内存分布,参数配置 和 GC处理机制

转载 url: http://blog.csdn.net/ning109314/article/details/10411495 url:http://www.cnblogs.com/sunada2005/p/3577799.html url:http://www.open-open.com/lib/view/open1437834571349.html url:http://www.cnblogs.com/redcreen/archive/2011/05/04/2037056.html url