一、jmap 的使用

首先，需要使用 jmap 工具生成 dump 文件。

jmap是java自带的工具

1. 查看整个JVM内存状态 

jmap -heap [pid]

pid 为 java 进程号，可使用jps 或者 linux 命令行查看，

 

通过 ps -ef | grep java  得到如上线程将某线程终止时用 

kill -9 XXXXX     XXXXX为上述查出的序号  如： 19979线程终止为： kill -9 4834 

2. 查看JVM堆中对象详细占用情况
jmap -histo [pid]

3. 导出整个JVM 中内存信息，可以利用其它工具打开dump文件分析，例如jdk自带的visualvm工具

jmap -dump:file=文件名.dump [pid]

 

二、使用 Memory Analyzer 分析 dump 文件

生成Hrof 文件

把studio生成的hrof文件导出使用hprof-conv.exe转换 ,注意这里不转换Memory Analyzer无法打开
\sdk\platform-tools 路径下面找到 hprof-conv.exe

转换后的文件我取名memory3333
使用Memory Analyzer打开转换后的文件

找到下载的Memory Analyzer

*
打开转换后的hrof文件

打开后

开始排查

点击histogram ,在Class Name这一栏输入你要过滤的类名,回车

搜索类名的结果 ,发现这个类有13个对象 ,正常情况找个类只有一个对象,所以这个类泄漏了

继续查找是谁使用了这个类 ,一直持有这个类的对象,导致无法释放
第一步: 排除需引用

第二步:找到被谁持有

结果

找到泄漏原因

结果,发现是CallBackManager类中的sCallBack持有了MemoryLeakActivity的引用
既然找到了原因 ,自己就去查看代码吧

根据包名查看

打开histogram ,根据图片步骤选择 Group by package

找到自己app包名 ,根据业务逻辑排查 ,大多数情况下一个只有一个实例 ,如果有多的怀疑是不是泄漏

使用查看Memory Analyzer线程

 

使用Memory Analyzer数据库方式搜索类名,查看改类是否存在异常

 

dominator_tree查看内存占比 ,排斥占用内存多的原因 ,把占用内存多的释放掉

 

其它