图1-3 典型的内存泄漏
发现了内存泄漏，通常就可以交给开发去处理了。但我们并不只是给开发人员丢一个问题描述和复现路径过去，而是利用手头的工具，获得一些更详细的数据，能够使大家更快地定位和解决问
题，并对内存进行分析。这样分析内存获得详细数据的首选工具就是Eclipse Memory Analyzer Tool（MAT）。
MAT是使用非常广泛的Java内存分析工具，功能强大。已经有很多关于它的详细教程，在本书中就不再细述用法。本节主要介绍使用MAT在分析Android应用时的一些常用技巧。
通常我们用MAT打开hprof文件后，能够在首页看到Top Consumers和Component Report等功能，使用这些功能能够快速定位一些大块的内存消耗。但对于Android应用的hprof文件，我们在使用了Top
Consumers统计使用情况后，往往只能看到如图1-4所示的情况。
图1-4 使用MAT分析内存构成
系统的资源类占据了很大一部分的内存，而其余的前几名也往往是系统类。这是由于从虚拟机角度不会区分系统框架和应用自身的对象，后面的1.4.3节会详细说明出现这种现象的原因。
为了去除这部分对分析的干扰，我们在用AndroidSDK提供的hprof-conv转换时需要增加一个参数：
hprof-conv [-z] <infile><outfile>
-z: exclude non-app heaps, such as Zygote
另一种可替代的方法是使用OQL。如果hprof文件是已经转换过的，可以在数据中寻找应用的Application类对象，将对象地址转换为十进制后输入以下查询语句：
select * from instanceof java.lang.Object s where s.@objectAddress > 1107296256
使用-z参数转换或OQL查询后得到的对象集合就只包含应用代码分配的部分了。在此基础上使用MAT提供的Top Consumers和Component Report等功能就能够得到比较准确的结果，如图1-5所示，没
有了系统类所占内存的干扰，只有应用自身代码创建的对象，对于发现内存问题比较有帮助。
剩余201页未读，继续阅读
