使用JDK工具检查运行系统是否存在内存泄露
2015-09-30 15:00
543 查看
转自:http://crane-ding.iteye.com/blog/715450
首先在实验之前,先给大家介绍几个jdk自带的工具:
1. jps 查看所有java进程的pid的命令,与Unix的ps命令类似
2. jmap 打印出某个java进程(使用pid)内存内的所有‘对象’的情况
3. jhat 主要用于分析jmap产生的dump并提供web页面查看分析结果
4. jconsole 可以查看堆内存、线程、类和CPU状况
为了实验,所以必须先写一段存在内存泄露的代码,代码如下:
Java代码
/**
* 内存泄露测试
* @author crane.ding
*/
public class MemoryLeakDemo {
static List<int[]> cache = new ArrayList<int[]>();
public static void main(String[] args) throws InterruptedException {
Thread.currentThread().setName("Memory Leak Thread");
do {
cache.add(new int[1024 * 50]);// 50Kb
Thread.sleep(500);
} while(true);
}
}
首先运行MemoryLeakDemo,然后进行控制台,使用jconsole命令来观察其运行情况
命令代码
# jconsole
图一
如图一,可以看出内存是一直往上升的,点击‘执行gc’按钮,效果不明显,还是继续上升,从这里可以看出点小问题。这是我们可以使用jmap来打印其内存对象的情况,和使用jhat显示内存和查询内存的情况
命令代码
# jps
3704 MemoryLeakDemo
3280
3768 Jps
# jmap -dump:format=b,file=heap.bin 3704
Dumping heap to D:\Program Files\Cygwin\home\crane.ding\heap.bin ...
Heap dump file created
# jhat heap.bin
Reading from heap.bin...
Dump file created Sun Jul 18 13:36:46 CST 2010
Snapshot read, resolving...
Resolving 3985 objects...
Chasing references, expect 0 dots
Eliminating duplicate references
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.
jhat已经启动了HTTP server在本地的7000端口,那么我们可以通过浏览器来打开页面(http://127.0.0.1:7000/),我们可能需要花一些时间就能在分析解释中找到问题,com.craneding.MemoryLeakDemo类中有一个变量名为cache的ArrayList,保存了大量的int数组,我们在结合代码,查找操作该对象的代码,从而发现代码的问题。这就是一次简单的实验,经过这次实验,我发现jhat显示的分析结果还不是很直观,后来发现原来eclipse用一个查看jmap结果的插件Memory
Analyzer(http://download.eclipse.org/mat/1.0/update-site/),安装了之后,eclispe可以直接打开heap.bin文件如下图:
点击‘Problem Suspect 1’中的‘Detail’,查看详情,这个时候就可以很直观的看到对象的情况了,如下图:
图中清楚的显示了ArrayList里面的对象和对象的占用内存大小等情况,从而再结合代码去查找问题,很快就能找到问题。
在条件允许的条件下,使用Memory Analyzer来分析jmap的分析结果会比较直观。
注意如果Dump文件太大,可能需要加上-J-Xmx512m这种参数指定最大堆内存,即jhat -J-Xmx512m -port 9998
heap.bin。然后就可以在浏览器中输入主机地址:9998查看了:
首先在实验之前,先给大家介绍几个jdk自带的工具:
1. jps 查看所有java进程的pid的命令,与Unix的ps命令类似
2. jmap 打印出某个java进程(使用pid)内存内的所有‘对象’的情况
3. jhat 主要用于分析jmap产生的dump并提供web页面查看分析结果
4. jconsole 可以查看堆内存、线程、类和CPU状况
为了实验,所以必须先写一段存在内存泄露的代码,代码如下:
Java代码
/**
* 内存泄露测试
* @author crane.ding
*/
public class MemoryLeakDemo {
static List<int[]> cache = new ArrayList<int[]>();
public static void main(String[] args) throws InterruptedException {
Thread.currentThread().setName("Memory Leak Thread");
do {
cache.add(new int[1024 * 50]);// 50Kb
Thread.sleep(500);
} while(true);
}
}
首先运行MemoryLeakDemo,然后进行控制台,使用jconsole命令来观察其运行情况
命令代码
# jconsole
图一
如图一,可以看出内存是一直往上升的,点击‘执行gc’按钮,效果不明显,还是继续上升,从这里可以看出点小问题。这是我们可以使用jmap来打印其内存对象的情况,和使用jhat显示内存和查询内存的情况
命令代码
# jps
3704 MemoryLeakDemo
3280
3768 Jps
# jmap -dump:format=b,file=heap.bin 3704
Dumping heap to D:\Program Files\Cygwin\home\crane.ding\heap.bin ...
Heap dump file created
# jhat heap.bin
Reading from heap.bin...
Dump file created Sun Jul 18 13:36:46 CST 2010
Snapshot read, resolving...
Resolving 3985 objects...
Chasing references, expect 0 dots
Eliminating duplicate references
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.
jhat已经启动了HTTP server在本地的7000端口,那么我们可以通过浏览器来打开页面(http://127.0.0.1:7000/),我们可能需要花一些时间就能在分析解释中找到问题,com.craneding.MemoryLeakDemo类中有一个变量名为cache的ArrayList,保存了大量的int数组,我们在结合代码,查找操作该对象的代码,从而发现代码的问题。这就是一次简单的实验,经过这次实验,我发现jhat显示的分析结果还不是很直观,后来发现原来eclipse用一个查看jmap结果的插件Memory
Analyzer(http://download.eclipse.org/mat/1.0/update-site/),安装了之后,eclispe可以直接打开heap.bin文件如下图:
点击‘Problem Suspect 1’中的‘Detail’,查看详情,这个时候就可以很直观的看到对象的情况了,如下图:
图中清楚的显示了ArrayList里面的对象和对象的占用内存大小等情况,从而再结合代码去查找问题,很快就能找到问题。
在条件允许的条件下,使用Memory Analyzer来分析jmap的分析结果会比较直观。
注意如果Dump文件太大,可能需要加上-J-Xmx512m这种参数指定最大堆内存,即jhat -J-Xmx512m -port 9998
heap.bin。然后就可以在浏览器中输入主机地址:9998查看了:
相关文章推荐
- java对世界各个时区(TimeZone)的通用转换处理方法(转载)
- java-注解annotation
- java-模拟tomcat服务器
- java-用HttpURLConnection发送Http请求.
- java-WEB中的监听器Lisener
- Linux socket 初步
- Android IPC进程间通讯机制
- Android Native 绘图方法
- Android java 与 javascript互访(相互调用)的方法例子
- linux lsof详解
- linux 文件权限
- 介绍一款信息管理系统的开源框架---jeecg
- 10 篇对初学者和专家都有用的 Linux 命令教程
- 聚类算法之kmeans算法java版本
- java实现 PageRank算法
- Linux 与 Windows 对UNICODE 的处理方式
- Ubuntu12.04下QQ完美走起啊!走起啊!有木有啊!
- 解決Linux下Android开发真机调试设备不被识别问题