IBM HeapAnalyzer 初体验

zpjx

　　今天假模假式的做了一次java oom分析，由于项目使用websphere内存溢出后会产生heapdump、javacore文件，因此使用IBM的HeapAnalyzer尝试分析了一下，再次记录使用方法。
　　1.启动程序
　　由于heapdump文件都比较大，因此启动时最好修改参数，我使用的win64位系统、jdk7，因此应对起来还比较容易，如果使用win32位系统的同学要注意了，可能你永远打不开这工具了。
　　-java -jar -Xms2000m jar包地址         
　　2.分析
　　感觉其中最有用的东西就是treemap这个视图了，里面记录了相关类的资源说明，根据readme文件所属，其title是：
　　TotalSize(TotalSize/HeapSize%)[ObjectSize] NumberOfChildObject(Number of root objects) Name Address
　　即：资源总大小、与堆内存占比、对象大小、子类个数、内存地址
　　初次使用一头雾水，于是猜测着点击了
　　subpoena leak suspect 其中列出了内存占比的大小，
　　suspect by category 感觉是列出了怀疑溢出的可靠性，因此我选择了最可疑的溢出位置，开始查找，一层一层向下找，中间尽是一些看得懂，看不懂的类，眼花缭乱，层出不穷，最后找到了一个非常熟悉的类，SpringUtil
　　根据个人经验，应该是spring加载类文件的时候过多造成的，但愿是吧。
　　至此，这是本人的第一次oom分析过程，初次使用此类工具感觉比较痛苦，个人功底也不是很扎实，但总算找到一些问题，也算小有成果。
　　希望想要使用此工具的同学多谢耐心，根据实际情况和分析结果共同定位问题。