一个常见的android内存泄露问题

亦凉 2022-07-28 01:15 216阅读 0赞

最近在公司看一个算比较大的android项目的源码，发现了一个很严重的问题，就是项目里使用单例模式，构造函数要传入Context做参数的类，基本上都存在内存泄露问题。我想这个项目这么多人做也没有人发现问题，这问题应该会挺常见的，同时也挺严重的。

存在内存泄露问题的一些代码片段像下面这样：

Util.java

public class Util \{

private Context mContext;

private static Util sInstance;

private Util(Context context) \{

this.mContext = context;

public static Util getInstance(Context context) \{

if (sInstance == null) \{

sInstance = new Util(context);

return sInstance;

//other methods

假设Activity  A 里使用Util类:

Util.getInstance(this);

代码大意就是这样，这样写的问题就是，在Activity A 里使用Util类，传入的context 是 actvitiy-context。试想一下，当Activity A 生命周期结束，但Util类里面却还存在A的引用 （mContext），这样Activity A占用的内存就一直不能回收，而A的对象也不会再被使用。本人写代码测试过，在A中调用了finish()，A的destroy()方法也被执行了，但其占用的内存，比如说，ImageView占用的内存，还是不能释放的。有兴趣的话，可以自己测试一下。

那么如何解决这个问题呢？在A中，可以用Util.getInstance(getApplicationContext()); 或Util.getInstance(getApplication()); 代替。

因为Application的生命周期是贯穿整个程序的，所以Util类持有它的引用，也不会造成内存泄露问题。

其实这个问题android官方文档的Resources目录下的一篇题为

# Avoiding Memory Leaks #

的文章已经提到过。

可以自己去了解具体。

In summary, to avoid context-related memory leaks, remember the following:

*  Do not keep long-lived references to a context-activity (a reference to an activity should have the same life cycle as the activity itself)
 *  Try using the context-application instead of a context-activity
 *  Avoid non-static inner classes in an activity if you don't control their life cycle, use a static inner class and make a weak reference to the activity inside. The solution to this issue is to use a static inner class with a  to the outer class, as done in  and its W inner class for instance
 *  A garbage collector is not an insurance against memory leaks

转载地址：[http://xiechengfa.iteye.com/blog/1413688][http_xiechengfa.iteye.com_blog_1413688]

[http_xiechengfa.iteye.com_blog_1413688]: http://xiechengfa.iteye.com/blog/1413688