Android Memory Management(3)

　　上面这段代码，对Java熟悉的同学都应该了解内部类对象持有了外部类对象引用，而leak作为静态变量在非空判断下只产生了一个对象，因此当旋转屏幕时生成新的Activity的时候旧的Activity的引用依然被持有，如下图：

　　通过观察旋转屏幕前后Log中GC的信息也能看出heap的分配往上涨了许多，并且在GC执行完heap的分配稳定之后并没有降下来，这就是内存泄漏的迹象。

　　我们通过MAT来进行分析。先下载MAT-http://www.eclipse.org/mat/，可以作为Eclipse插件下载，也可以作为RCP应用下载，本质上没有区别。DDMS中选中应用对应的进程名，点击Dump HPROF file的按钮，等一小段时间生成HPROF文件，如果是Eclipse插件的话，Eclipse会为这个HPROF自动转化成标准的HPROF并自动打开MAT分析界面。如果是作为RCP应用的话，需要用sdk目录tools中的hprof-conv工具来进行转化，也就是上文提及的命令hprof-conv orig.hprof converted.hprof，这种方式保存HPROF文件的位置选择更为自主，你也可以修改Eclipse的设置让Eclipse提示保存而不是自动打开，在Preferences -> Android -> DDMS中的HPROF Action由Open in Eclipse改为Save to disk。打开MAT，选择转化好的HPROF文件，可以看到Overview的界面如下图：

　　中间的饼状图就是根据我们上文所说的Retained heap的概念得到的内存中一些Retained Size最大的对象。点击饼状图能看到这些对象类型，但对内存泄漏的分析还远远不够。再看下方Action中有Dominator Tree和Histogram的选项，这一般来说是最有用的工具。还记得我们上文说过的Dominator Tree的概念吗，这就是我们用来跟踪内存泄漏的方式。点开Dominator Tree，会看到以Retained heap排序的一系列对象，如下图：

　　Resources类型对象由于一般是系统用于加载资源的，所以Retained heap较大是个比较正常的情况。但我们注意到下面的Bitmap类型对象的Retained heap也很大，很有可能是由于内存泄漏造成的。所以我们右键点击这行，选择Path To GC Roots ->exclude weak references，可以看到下图的情形：

　　Bitmap最终被leak引用到，这应该是一种不正常的现象，内存泄漏很可能就在这里了。MAT不会告诉哪里是内存泄漏，需要你自行分析，由于这是Demo，是我们特意造成的内存泄漏，因此比较容易就能看出来，真实的应用场景可能需要你仔细的进行分析。

　　根据我们上文介绍的Dominator的概念，leak对象是该Bitmap对象的Dominator，应该出现在Dominator Tree视图里面，但实际上却没有。这是由于MAT并没有对weak references做区别对待，这也是我们选择exclude weak references的原因。如果我们Path To GC Roots ->with all references，我们可以看到下图的情形：

　　可以看到还有另外一个对象在引用着这个Bitmap对象，了解weak references的同学应该知道GC是如何处理weak references，因此在内存泄漏分析的时候我们可以把weak references排除掉。

　　有些同学可能希望根据某种类型的对象个数来分析内存泄漏。我们在Overview视图中选择Actions -> Histogram，可以看到类似下图的情形：

　　上图展示了内存中各种类型的对象个数和Shallow heap，我们看到byte[]占用Shallow heap最多，那是因为Honeycomb之后Bitmap Pixel Data的内存分配在Dalvik heap中。右键选中byte[]数组，选择List Objects -> with incoming references，可以看到byte[]具体的对象列表：

　　我们发现第二个byte[]的Retained heap较大，内存泄漏的可能性较大，因此右键选中这行，Path To GC Roots -> exclude weak references，同样可以看到上文所提到的情况，我们的Bitmap对象被leak所引用到，这里存在着内存泄漏。

　　在Histogram视图中第一行中输入com.example.android.hcgallery，过滤出我们自己应用中的类型，如下图：

　　我们发现本应该只有一个MainActivity现在却有两个，显然不正常。右键选择List Objects -> with incoming references，可以看到这两个具体的MainActivity对象。右键选中Retained heap较大的MainActivity，Path To GC Roots -> exclude weak references，再一次可疑对象又指向了leak对象。

　　以上是MAT一些基本的用法，如果你感兴趣，可以自行深入的去了解MAT的其他功能。

原文转自：http://my.eoe.cn/futurexiong/archive/1299.html