之前的随笔提到用jstack分析java线程情况，也是在这个项目中，当线程的问题解决之后，发现程序的内存一直增长，于是用jmap工具分析了一下java程序占用内存的情况。
命令很简单，直接
jmap -histo 22955 > jmap.info
其中22955是java的pid，重定向到jmap.info文件中，其内容为：
num #instances #bytes class name
----------------------------------------------
1: 585569 359014728 [C
2: 95905 14389200 <constMethodKlass>
3: 579358 13904592 java.lang.String
4: 95905 12287600 <methodKlass>
5: 8542 10324824 <constantPoolKlass>
6: 21015 7564272 [B
7: 8542 6355376 <instanceKlassKlass>
8: 7126 5664512 <constantPoolCacheKlass>
9: 53877 5603208 com.wisdombud.unicom.monitor.po.MessageBean
10: 117112 2810688 java.util.Date
11: 46743 2534632 [Ljava.lang.Object;
12: 3669 2142176 <methodDataKlass>
13: 25046 1850544 [Ljava.util.Hashtable$Entry;
14: 51662 1653184 java.util.Hashtable$Entry
15: 50881 1628192 java.util.concurrent.ConcurrentHashMap$HashEntry
16: 43410 1389120 java.util.HashMap$Entry
17: 55516 1332384 java.util.ArrayList
18: 24915 1195920 java.util.Hashtable
19: 8988 1162184 java.lang.Class
20: 14523 1161840 java.lang.reflect.Method
21: 21461 1030128 com.sun.org.apache.xerces.internal.dom.AttrNSImpl
22: 12866 956456 [S
23: 14959 750072 [[I
24: 5752 694480 [I
25: 9667 618688 com.sun.org.apache.xerces.internal.dom.ElementNSImpl
26: 23097 554328 com.sun.org.apache.xerces.internal.dom.ParentNode$UserDataRecord
27: 13430 537200 com.sun.org.apache.xerces.internal.dom.TextImpl
28: 5279 526192 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
29: 15795 505440 com.sun.org.apache.xerces.internal.xni.QName
30: 3120 476496 [Ljava.util.HashMap$Entry;
31: 13949 446368 com.wisdombud.unicom.collect.linux.bean.ConfLinuxFileSys
32: 23464 375424 java.lang.Object
33: 3774 366032 [Ljava.lang.String;
34: 429 233376 <objArrayKlassKlass>
35: 9685 232440 com.sun.org.apache.xerces.internal.dom.AttributeMap
36: 6981 223392 com.wisdombud.unicom.collect.linux.bean.PerfLinuxFileSys
37: 4652 223296 java.util.HashMap
38: 5279 211160 java.util.concurrent.ConcurrentHashMap$Segment
39: 5512 176384 java.util.concurrent.locks.ReentrantLock$NonfairSync
40: 243 173016 [Lcom.sun.org.apache.xerces.internal.util.SymbolTable$Entry;
41: 3159 126360 java.lang.ref.SoftReference
42: 2516 120768 com.wisdombud.unicom.collect.linux.bean.ConfLinux
43: 2761 110440 java.util.LinkedHashMap$Entry
44: 1143 100584 org.snmp4j.Snmp$PendingRequest
45: 1364 98208 org.snmp4j.mp.StateReference
46: 2352 94080 com.wisdombud.unicom.collect.linux.bean.PerfLinux Total 2225122 467913224
我去掉了很多占用比较小类。
最重要的是后两列，第三列是占用的字节数，第四列是类，关于类，解释如下：
-
[Cis achar[] -
[Sis ashort[] -
[Iis aint[] -
[Bis abyte[] -
[[Iis aint[][]
参考：http://*.com/questions/7913759/what-are-these-objects-in-the-jmap-histogram
可以看到，char比较多，但也能定位到自己代码中MessageBean占用比较多，迅速定位到操作此类的方法，在通过分析代码，找到了问题的原因。
jmap可以经常用，比如每10分钟运行一次，通过对比，观察哪些类的占用内存增长比较多。
另外，jmap还有dump的参数，其方法如下：
jmap -dump:format=b,file=mem.dat 22955
在这个项目中，dump出来的文件非常大，因为网络的原因没有传过来，所以没有分析。
关于dump的用法，可以参考：http://www.cnblogs.com/ggjucheng/archive/2013/04/16/3024986.html