Android内存泄漏简单处理流程总结

1 JVM的内存机制

2 Java的常见四种引用

常见的4种引用简单说明：
1、强引用
	如：直接赋值传递
2、软引用
	SoftReference，当系统内存不够，触发GC 的时候进行回收。
3、弱引用
	WeakReference，当所制定的对象被回收了，系统自动回收相关垃圾
4、虚引用
	PhatomReference，上层用的不多，无论是否赋值，通过 get 方法获得的总是 null，一般结合 ReferenceQueue 使用。

3 GC

常用的有：
1、引用计数
2、可达性分析

4 内存泄漏

本质原因：持有引用者生命周期大于被引用者生命周期 ，被引用者生命周期结束的时候，gc无法正确回收导致内存泄露。

5 解决流程

前提：app存在泄漏
1、使用 MAT 工具，打开 heapprof 文件，通常拿到的 prof文件是需要SDK 中的 hprof-conv 命令进行转化。
2、在Histogram 界面中，右上角有一个 prof比较工具，通过 包名进行比较。
3、在找到的包名里，判断是否存在异常增长。如果业务逻辑比较简单的话，则直接可以使用 OQL 对最后一次的 prof 文件进行检索，如：
select * from "com.example.test.*"
4、然后对异常对象右击，选择 merge shortes path to GC roots，最终找到泄漏path。

上方是确定app确实存在内存泄露的情况：
一般在不确定是三方算法，还是应用本身泄漏时，先本地将path进行抽丝剥茧，意味着在上面的 步骤2 执行后，如果app整体包不存在泄漏情况，那就是三方算法泄漏。

算法泄漏：
1、先梳理清楚对应的 init，deinit方法是否都成对出现，确保流程顺序正确，避免 concurrent 问题。
2、本地逐步枚举剔除算法

经过上述动作之后，基本上能确定谁泄漏，接下来就是解bug了。