专栏名称: 51Testing软件测试网
51Testing软件测试网,人气最旺的软件测试技术门户,提供软件测试社区交流,软件测试博客,人才服务,测试沙龙,测试杂志,测试资料下载等全方位信息服务,是国内最专业的软件测试就业培训、企业服务供应商...
目录
相关文章推荐
51好读  ›  专栏  ›  51Testing软件测试网

排查内存泄漏最简单和直观的方法

51Testing软件测试网  · 公众号  · 测试  · 2016-12-12 17:31

正文



  内存泄漏无疑会严重影响用户体验,一些本应该废弃的资源和对象无法被释放,导致手机内存的浪费,app使用的卡顿,那么如何排查内存泄漏呢?

  当然,首先我们有google的官方文档可以参考,大部分博客的方法也来自于此。总的来说,就是使用android studio 的monitor memory功能监测app主进程占用的内存,触发GC操作,而后观察内存的占用情况,如果在使用的过程中内存不断增加,没有回落,很有可能发生了内存泄漏,这时候就需要导出内存分配的具体详情进行深入分析了。

  

内存监测曲线

  但是事实上,通过观察这个内存曲线的曾场来或者是观察allocate tracker中的allocate data数值的增长来检测是否有内存泄漏问题,真的很玄,因为往往内存泄漏发生了,但是GC仍然可以通过回收其他对象的方式腾出空间,导致这个数据的变化基本看不出来,甚至是减小的,所以我觉得这种方式,就像是让你用手掌去感知婴儿的体温,去检测确定这个婴儿有没有发烧一样,非常不靠谱不准确。

  那么,重点来了,我的方法,简单直观,保准你一学就会!

  第1步:检测内存泄漏

  先说一个terminal指令:

  adb shelldumpsys meminfo (pid name)

  这条指令是用来查询这个进程所占用的内存的具体详情的,通过这条指令可以看到当前app在手机中占用的具体的堆内存大小,view的数量,activity的数量,等等。如下图:


  进程内存分配详情

  其中activity数目是非常关键的一个信息,可以帮助我们快速地检测出内存泄漏。我们可以反复地进入退出需要测试的目标activity,如果在反复进入退出之后,用terminal执行上面的语句查询当前的内存情况,如果发现activity数量一直在增长,那么内存泄露一定是发生了!

  第2步:定位内存泄漏的原因

  内存泄漏已经发生,如何定位原因呢?

  方法1: MAT定位

  如下图,在android studio中开始memory monitor,点击init GC,反复进入退出发生了内存泄漏的activity,这时候点击生成内存文件,这之后android studio会自动打开生成的.hprof文件。选中该文件转化成标准的hrof文件。


  用MAT工具打开生成的.hprof文件,点击如下所示的图标,可以看到内存中的对象列表。


  考虑到大内存的泄漏都是因为Activity被destroy之后却仍然被其他对象持有而造成的,因此首先解决棘手问题,直接搜索Activity,如下。发现有Activity的实例个数是3,跟实际不符,明显这个activity导致内存泄漏了,按照如图的方式找到它的引用,也就是导致内存泄漏的幕后凶手!


  可以看到这个例子中的内存泄漏是由一个HandlerThread引发的,那么找到这个问题的位置,在合适的地方(如ondestroy)将这个handler thread释放即可。

  方法2: Android Studio自带的Analyzer Tasks

  如下图所示: 在android studio中打开生成的hprof文件,在右侧边栏会出现的Analyzer Tasks工具,点击执行图标,即可出现检测分析的结果,得到哪些activity被泄漏了,这些被泄漏的activity被谁引用了。

  可以看到内存泄漏由AsyncHandler引起,需要在activity生命周期结束的时候进行释放。


  Android Studio自带的分析工具

  方法2不用安装MAT工具,更加便捷哦~

  希望这篇文章可以帮助你快速发现和定位内存泄漏。

  有问题可以留言,谢谢您的阅读~~

 
推荐阅读

点击阅读☞纠结的IE浏览器内存泄漏的测试

点击阅读☞关于内存泄漏的总结性报告

点击阅读☞Android内存泄漏从入门到精通

点击阅读☞APP专项测试之内存泄漏

点击阅读☞Android 内存泄漏案例分析总结(Handler)


喜欢我们的会点赞,爱我们的会分享!