预防
不要维持到 Activity 的长久引用,对 activity 的引用应该和 activity 本身有相同的生命周期。
尽量使用context-application代替context-activity
Activity 中尽量不要使用非静态内部类,可以使用静态内部类和WeakReference代替。
检测
静态检测
静态检测主要是检测资源未关闭的情况,Eclipse 和 Android Studio 都可以检测出 IO 或者 Socket 未关闭的情况,然后在 finally 中关闭即可。
动态监测
动态检测主要是依靠 MAT 这个工具。2011 年 Google IO 有一个主题演讲,非常详细地讲解了内存泄露的检测,包含 MAT 工具的使用,值得一看。我在某项目中使用 MAT 检测,发现一处内存泄漏,分享一下过程。从首页到商户列表到商户详情再退回首页执行Dump HPROF File,查看 MAT 中的Histogram,过滤 Activity 后,结果如下:
Histogram
仍然存在ShopInfoActivity的实例,选中右键点击Merge Shortest Paths to GC Roots,结果如下:
此处输入图片的描述
可以看到ShopDatabase中维持着ShopInfoActivity的引用,查看源代码如下:
public class ShopDatabase { …
private static ShopDatabase instance;
public static ShopDatabase getInstance (Context context) {
if (instance == null && context != null) { instance = new ShopDatabase (context); } return instance; } protected Context context; … }
很明显,静态变量instance长期持有context的引用,造成内存泄露。
所以动态检测内存泄露的一个简单思路就是随意操作 APP,最后返回首页,然后用 MAT 检测,查看是否存在 Activity 多于一个或者 Activity 不正常存在的问题。