1、背景
记录一次内存分析的简单实践，目的是找出占用内存较大的对象和无效的内存分配
2、工具
2.1、 DDMS或者Android Studio
DDMS：抓取内存快照
Android Studio的Profiler：抓取内存快照并分析（支持android 5.0以上）
2.2、 MAT（Memory Analyzer）
内存快照文件分析工具
3、步骤
3.1、 抓取内存快照
DDMS支持5.0以下的系统，以DDMS为例。
选择目标apk，并抓取内存快照，可以先GC几次确保内存快照准确。
生成hprof文件并转换。这时生成的文件不能直接使用，要经过转换。转换工具在Android SDK的platform-tools目录下，如：
xxx\Android\SDK\platform-tools\hprof-conv.exe -z xxx\xxx\src.hprof xxx\xxx\src-conv.hprof
生成的src-conv.hprof文件就可以在mat中打开了。
3.2 分析内存快照
3.2.1、总览
打开上一步得到的hprof文件
这里可以看到大致的内存占用信息，放到饼状图上，还能看到具体的占用对象，如：
这里看到占用最多的是bitmap，其次是glide。
3.2.2、Dominator Tree
直观地列出大对象
3.2.3、Histogram统计
Histogram可以统计出各个对象占用的具体大小，并可以排序、筛选等。比如这里按Retained Heap降序排
能看到具体是什么对象，占用了多少内存，对象有多少个等信息。
3.2.4 with outgoing/incoming references
列出引用对象
- with outgoing references：我引用了谁
- with incoming references：谁引用了我
这里bitmap占用最大，选中bitmap右键：
比如查看什么对象引用了bitmap（with incoming references）：
可以看到有两个对象引用了bitmap，分别是IndexLoadingDialog里的mIvLoading和TextSeekBar里的mProgressDrawable。
3.2.5 Merge Shortest Paths to GC Roots
如果上面的方法还不够直接的话，可以使用Merge Shortest Paths to GC Roots
可以筛选引用类型：如去除弱引用、软引用等，这里选只保留强应用，即exclude all phantom/weak/soft etc. references
这里很直观的显示了引用对象。
3.2.6 利用表达式筛选
在Histogram统计界面，可以利用正则表达式筛选出想看的类，比如使用包名筛选：
针对性的去查找大内存对象。
3.3 优化大内存对象
通过上面的分析，已经大致知道了什么对象占用内存比较大和引用位置。就可以针对具体的对象进行优化了，比如这里图片压缩一下、TextSeekBar只用于下载更新apk时使用，可以用ViewStub标签延迟加载等。假设IndexLoadingDialog里的mIvLoading可以去掉，去掉之后重复上面的步骤：
可以看到内存已经从之前的4.2m降到了345k。
4、结语
mat还可以分析内存泄漏，比如打开/关闭activity多操作几次，查看内存快照中activity的对象个数，就可以判断是否存在泄漏了。虽然看了不少内存优化的文章、介绍，但是一直都没有什么实感，这次终于有了把理论用到了实践当中的感觉。
