通过MAT来进行内存泄露的分析

　　可以结合我这篇文章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中的那个可以看内存实时变化的有时也挺有用的，可以让你大体知道做哪些操作的时候会有大的内存消耗，这时候你应该小心处理了。