背景
在Android开发中，因为多了生命周期概念和相关类，很容易出现内存泄漏的问题，并且找到和复现这些问题很麻烦。不过内存泄漏是很容易被代码检测或者现成的工具检测出来的。基于这个场景，需要学会dump heap和通过heap分析内存泄漏。
如何获取heap信息
一、使用Android Studio对于能usb连接的设备，可以直接监控进程获取
1、打开profiler，studio中依次选择 View->Tool windows->Profiler
2、选择要监控的进程，
3、选择MEMORY，右键选择Dump Java HEAP，会自动结束并生成Heap Dump文件二、命令获取方式
1、adb shell am dumpheap [参数]
参数 | 说明 |
–user <USER_ID> | current | 指定哪些用户运行，如果不指定则使用当前用户 |
-n | 获取native heap而不是managed heap |
例：adb shell am dumpheap com.demo.micolauncher /data/local/tmp/test.hprof
2、获取内存快照（后缀名必需为.hprof）
使用adb pull /data/local/tmp/test.hprof e:\ 命令将testr.hprof文件保存到电脑本地
3、使用命令：hprof-conv e:\test.hprof e:\test1.hprof 进行文件转化
4、然后就可以使用studio或者mat工具对内存进行查看分析，studio只需要把文件拖到studio窗口即可，profile会自动弹出识别
Heap的阅读方式
1、Allocations代表这个class存在几个对象
2、Native Size代表Native内存占用
3、Shallow Size 是指用于存储其本身的内存大小
4、Retained Size 该类关联的所有实例占用内存大小
注：点击上边的四点可以按照当前序列按大小顺序排序
内存泄漏点检测
1、Leaks！！ Leaks！！ Leaks！！
2、点击Leaks，Profile会列出当前内存信息中检测到的内存泄露点，如下列出了9点
通过leaks梳理类调用关系，查找到泄漏代码
1、点击Class Name，然后点击Instance，然后点击Reference
2、内存泄露，其实是持有了外部类的引用，导致无法释放，所以内存类别属于Retained Size
3、继续看PlayerRadioFragmentV2的References，因为是Retained Size关联泄露，这里只需要追查Retained Size去路即可
4、最后结合代码，发现类中持有了静态类对象，并且把activity的context传进去了，内存泄露是当前类生命周期大于持有的对象，导致持有的对象得不到释放，静态类对象生命周期跟随application，这就导致activity得不到释放，出现了内存泄漏
某些情况下的关联查找内存泄漏
一、leaks层级不清晰
1、这个内存泄漏点比较麻烦，depth深度达到了129
2、继续深入提示是mContext in ViewRootImpl，继续往下到了zombie in FinalizerReference
二、关联上级类查询
1、看References可以发现，当前的class只会显示它的下一级，并不会显示上一级的调用，也就是说只能看到depth从129往低的，如果想看129往上看此class看不到
2、leaks显示了9个，其实会把所有关联的class全都列出来，也就是说其他的class可能是PlayerActivityV2的上一级，看leaks列表发现是SupportRequestManagerFragmentHome
3、SupportRequestManagerFragmentHome这个类是glide内部类，之后通过在activity中查找代码，发现也是静态类持有了context导致
