可以结合我这篇文章Android中的几种内存泄露情况总结看。
运行代码,然后翻转下手机,让Activity多销毁几次,打开Android Device Monitor(Android Studio中),找到你的那个应用,Dump HPROF file,然后用SDK platform-tools下的hprof-conv.exe转化下,转化的命令行命令为(注意根据包名做相应变化):
hprof-conv com.whereru.testcode4.hprof com.whereru.testcode4-conv.hprof
打开MAT,打开转化后的文件,打开Dominator Tree,开Dominator Tree上有个可以用正则表达式搜索的框框,我们已经知道MainActivity有内存泄露了,所以直接用MainActivity搜就可以了。当然你也可以通过OQL(Object Query Language)来查询,命令如下:
select * from instanceof android.app.Activity
你会看到好几个MainActivity,看到网上有人说因为这很多个MainActivity,所以内存泄露了,这哪跟哪啊,你销毁了Activity,并不代表马上会进行GC,所以在没GC前,这些销毁的MainActivity在这很正常嘛,内存泄露是指当GC的时候,没法回收这些已经被销毁的Activity。
扯远了,接着讲MAT。然后你选中某个MainActivity,右键,选Path To GC Roots,然后你可以exclude掉弱引用,反正它并不会影响GC回收该回收的对象,软引用也可以exclude掉,内存不够的时候,它持有的对象也会被回收。然后你便可以看到一层层的引用关系了,也就可以找到谁持有了你想被回收的对象的引用,导致它无法被回收,然后去做相应处理就可以了。
好吧,我很怕麻烦,所以没贴任何图。。。
对了,其实Android Studio中的那个可以看内存实时变化的有时也挺有用的,可以让你大体知道做哪些操作的时候会有大的内存消耗,这时候你应该小心处理了。