内存泄漏的监控

    如果有些系统的性能不是很稳定，随着时间的变化而变化，那么就要怀疑系统是否存在内存泄漏了。特别是哪些随时间的推移越来越慢的系统，很大程度上是Java内存对象有了泄漏。
 
    不是说Java虚拟机是自动回收内存吗？怎么还存在内存泄漏？
    事实上，有些内存泄漏是无法通过其它手段避免的，只能由编程开发人员在编程的时候主动避免。Java虚拟机的确可以将没有用的对象自动回收掉，可是有些泄漏是程序员的疏漏，一直保持了本应该释放的对象，因此Java虚拟机不认为这些对象是没有用的，因为他们跟其它有用的对象没什么区别，还有引用指着这些对象。这种情况就只能从源码着手了，找出内存泄漏的根源。Java虚拟机提供了很多工具来定位内存泄漏的位置。在Sun的Hotspot中，主要有jmap和jhat。

jmap

jmap命令用于查看当前java进程或者core dump文件，显示当前存在与内存中的对象分布情况，包括对象所属的类，对象的个数和所占内存的大小，并且依所占用的内存大小的顺序排列。用下面命令查找java的pid：

ps -ef|grep java

然后查看java进程的内存对象分布：

jmap -histo pid

结果如图：

C:\Documents and Settings\Administrator>jmap -histo 180

 num     #instances         #bytes  class name
----------------------------------------------
   1:         13352       60321384  [B
   2:        108823       13516768  <constMethodKlass>
   3:         89912        9476704  [C
   4:        108823        8710200  <methodKlass>
   5:        152780        6715552  <symbolKlass>
   6:          8796        5325984  <constantPoolKlass>
   7:          8796        4219536  <instanceKlassKlass>
   8:         16753        3896104  [I
   9:          7026        2782816  <constantPoolCacheKlass>
  10:        109717        2633208  java.lang.String
  11:         40391         969384  java.util.HashMap$Entry
  12:         13806         932104  [Ljava.lang.Object;
  13:          9400         902400  java.lang.Class
  14:          8076         854312  [Ljava.util.HashMap$Entry;
  15:         11426         794936  [S
  16:         13935         685408  [[I

但是有时候光知道对象的数量和内存占用量是不够的，因为这些数据只是提供了有可能泄漏的对象，没有告诉这些对象是什么地方分配的。要定位内存泄漏还需要更多的信息。这时候就需要jhat工具了。

jhat在使用jhat之前，还需要用jmap获得更加详细的数据。一般用下面命令获得一个二进制的输出文件：

C:\Documents and Settings\Administrator>jmap -dump:file=heap.bin 180
Dumping heap to C:\Documents and Settings\Administrator\heap.bin ...
Heap dump file created

然后用下面的命令用jhat来分析这个文件：

C:\Documents and Settings\Administrator>jhat -J-mx512m heap.bin
Reading from heap.bin...
Dump file created Mon Dec 06 23:36:22 CST 2010
Snapshot read, resolving...
Resolving 713062 objects...
.................
Eliminating duplicate references................................................
......................................................................Snapshot resolved.
Started HTTP server on port 7000
Server is ready.

这个命令会启动一个Web服务器，并在7000端口上监听。这时候可以借助浏览器访问http://localhost:7000，这个页面可以看到很多详细的信息，包括哪些对象是哪些类创建的。可以从http://localhost:7000/histo/入手，这个页面不但可以看到当前内存中对象的情况，还可以点击每一种对象来查找哪些正在使用此对象的其它对象,如下图：



另外http://localhost:7000/showInstanceCounts/includePlatform/页面可以想jmap命令一样，提供对象实例的数量和大小的信息，如下图：




此外值得一提的是查询页面http://localhost:7000/oql/,这个页面可以让你输入类似数据库sql查询语句，根据需求定位到相关的信息，如下图：

评论

1 楼 唐门书生 2011-07-29  

  沙发