什么是内存泄漏？
在运行的程序中，如果一个无法访问的对象仍然占用着内存空间，即为此对象造成了内存泄漏
垃圾回收(GC)机制：
当垃圾回收运行时，虚拟机首先会识别GC Root。GC Root 是一个可以从堆外部访问的对象，它可以是本地变量或运行中的线程等。虚拟机会识别所有可以从GC Root访问的对象，它们将会被保留，而其他无法从GC Root访问的对象，则会被认为垃圾并回收掉。
一、通过Memory Profiler检测内存泄漏
打开 Memory Profiler，选中MEMORY ，进入MEMORY视图，
点击下图所示按钮，保存Heap Dump：
1.1、Activity 和 Fragment 内存泄漏检测
Heap Dump 加载完成后，勾选 “Activity/Fragment Leaks” 选框:
此时如果有检查到 Activity 或 Fragment 的泄漏，就会在界面中显示出来：
需要注意的是：
针对 Fragment 有个特别的情况: 如果您载入的 Heap Dump 的时机，刚好介于 Fragment 被创建和被使用的时间之间，就会造成 Memory Profiler 误报；相同情况也会发生在 Fragment 被缓存但是没有被复用的时候
1.2、通过包名筛选来查看APP内其他内存泄漏的地方
选择Arrange by package ：选择对应包名，查看可能存在内存泄漏的地方
① ：选择包名筛选
② ：点击LeakTestActivity$1 查看LeakedActivity内存泄漏的地方
③ ：右键，跳转到发生内存泄漏源码的地方
1.3、通过观察 MEMORY 内存图标趋势判断是否发生内存泄漏
可以通过横竖屏切换，或者多执行几次可能发生内存泄漏的代码，通过观察MEMORY 轨迹趋势，如果内存走向是增加的，则肯定发生了内存泄漏，如下图：
查看堆和内存分配：
https://developer.android.com/studio/profile/memory-profiler?utm_source=android-studio#capture-heap-dump
二、HeapView 使用
启动：Sdk/tools/monitor 启动Monitor。端口冲突的话可以先关闭AS
A：打开DDMS视图，
B：选择Heap窗口
C：选择对应包名，点击Heap 按钮
D：点击Heap按钮
E：Cause GC 更新数据
内存详情
每一列含义：
点击data object行时，可以看到如下的柱状图
横坐标是对象的内存大小，这些值随着不同对象是不同的，纵坐标是在某个内存大小上的对象的数量
2.1 HeapView使用场景：
Heap Viewer中的数值会自动在每次发生GC时会自动更新。
2.2 内存泄漏检查
在需要检测的用例执行后，手动点击 按钮，触发GC，然后观察 data object 一栏的 Total Size (也可以观察Heap Size/Allocated内存的情况) ,看看内存会不会恢复到一个稳定的值，多次操作后，只要这个值稳定，说明没有内存泄漏。
如果每次GC后值都在增长，则说明有内存泄漏的可能性
2.3 内存抖动检查
内存抖动会伴随着频繁的GC。只需要开启Heap View，观察数据就行了。
如果发生内存抖动，会发现数据在短时间内频繁更新
此部分参考：https://blog.csdn.net/zhangfei2018/article/details/49154479
三、LeakCanary检查内存泄漏
添加依赖：
debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.5.4'
releaseImplementation'com.squareup.leakcanary:leakcanary-android-no-op:1.5.4'
Application中初始化：
这样就能检测Activity的内存泄漏了，当然Fragment或者其他的内存泄漏是检测不到的。
如果需要检查Fragment内存泄漏，需要使用RefWatcher来监控，修改如下：
在Application中提供一个全局的RefWatcher 对象，然后在Fragment调用如下：
更多内存分析方式：
dump文件分析、MAT分析
崩溃检测
Monkey 检测ANR和Crash
网友评论