Memory Analyzer基本使用

Memory Analyzer 使用讲解

  • [下载 Memory Analyzer](https://www.eclipse.org/mat/downloads.php)
    • 生成Hrof 文件
    • 使用Memory Analyzer打开转换后的文件
    • 开始排查
    • 根据包名查看
    • 使用查看Memory Analyzer查看线程
    • 使用Memory Analyzer数据库方式搜索类名,查看该类是否存在异常
    • dominator_tree查看内存占比 ,排查占用内存多的原因 ,把占用内存多的释放掉
    • 其它

下载 Memory Analyzer

生成Hrof 文件

Memory Analyzer基本使用_第1张图片

  • 把studio生成的hrof文件导出使用hprof-conv.exe转换 ,注意这里不转换Memory Analyzer无法打开
    • \sdk\platform-tools 路径下面找到 hprof-conv.exe
      Memory Analyzer基本使用_第2张图片
      转换后的文件我取名memory3333

使用Memory Analyzer打开转换后的文件

  • 找到下载的Memory Analyzer
    *Memory Analyzer基本使用_第3张图片
  • 打开转换后的hrof文件
    Memory Analyzer基本使用_第4张图片
  • 打开后Memory Analyzer基本使用_第5张图片

开始排查

  • 点击histogram ,在Class Name这一栏输入你要过滤的类名,回车
    Memory Analyzer基本使用_第6张图片
  • 搜索类名的结果 ,发现这个类有13个对象 ,正常情况找个类只有一个对象,所以这个类泄漏了
    Memory Analyzer基本使用_第7张图片
  • 继续查找是谁使用了这个类 ,一直持有这个类的对象,导致无法释放
    第一步: 排除需引用
    Memory Analyzer基本使用_第8张图片
    第二步:找到被谁持有
    Memory Analyzer基本使用_第9张图片
    结果
    Memory Analyzer基本使用_第10张图片
  • 找到泄漏原因
    Memory Analyzer基本使用_第11张图片
    Memory Analyzer基本使用_第12张图片
  • 结果,发现是CallBackManager类中的sCallBack持有了MemoryLeakActivity的引用
  • 既然找到了原因 ,自己就去查看代码吧

根据包名查看

  • 打开histogram ,根据图片步骤选择 Group by package
    Memory Analyzer基本使用_第13张图片
    找到自己app包名 ,根据业务逻辑排查 ,大多数情况下一个只有一个实例 ,如果有多的怀疑是不是泄漏
    Memory Analyzer基本使用_第14张图片
    Memory Analyzer基本使用_第15张图片

使用查看Memory Analyzer查看线程

Memory Analyzer基本使用_第16张图片

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

Memory Analyzer基本使用_第17张图片

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

Memory Analyzer基本使用_第18张图片

其它

Memory Analyzer基本使用_第19张图片

你可能感兴趣的:(Android)