正文

谈一谈Android内存泄漏问题

︶ㄣ米米素材网 メ
米米素材网V管理员 / 阅读
0723

谈一谈Android内存泄漏问题，围绕内存泄露的定义、内存泄露的原理、内存泄露的解决方法进行探讨，感兴趣的小伙伴们可以参考一下

：是指内存得不到GC的及时回收，从而造成内存占用过多，从而导致程序Crash，也就是常说的OOM。
一、static
先来看下面一段代码

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class DBHelper {
 
  private static DBHelper db= null;
 
  private DBHelper() {
 
  }
 
  public static DBHelper getInstance(Context context) {
    if (bitmapUtils == null) {
      synchronized (DBHelper.class) {
        if (db== null) {
          db= new db(context,DBNAME);
 
        }
      }
    }
    return db;
  }
}

这样的代码在项目中很常见，如果大家仔细一点，应该能发现问题在那里。helper中持有了context的应用，而DBHelper是全局的，也就是说，当在一个Activity中使用了DBHelper，即使这个Activity退出了，这个Activity也没法被GC回收，从而造成Activity一直驻留在内存中。
这个解决方案也比较简单，代码如下

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class DBHelper {
 
  private static DBHelper db= null;
 
  private DBHelper() {
 
  }
 
  public static DBHelper getInstance(Context context) {
    if (bitmapUtils == null) {
      synchronized (DBHelper.class) {
        if (db== null) {
          db= new db(context.getApplicationContext(),DBNAME);
 
        }
      }
    }
    return db;
  }
}

只需要把context改成ApplicationContext()即可，因为ApplicationContext本身就是全局的。
二、非静态内部类、Handler
先来看一段代码

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
private Handler handler = new Handler(){
  @Override
  public void dispatchMessage(Message msg) {
    // 消息处理
  }
};
 
@Override
protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  new Thread(new Runnable() {
 
    @Override
    public void run() {
      // 耗时操作
      handler.sendEmptyMessage(1);
    }
  }).start();
}

我们知道非静态内部类会持有外部类的引用，此时这里的Handler持有着外部Activity的引用，当我们在Activity的内部类中进行异步耗时操作时，我们的Activity如果此时被finish掉了，而异步任务没有执行结束，这就会导致我们的Activity对象不能及时的被GC回收，从而导致内存问题。
这样的问题解决起来也很简单

  • 不要在匿名内部类中进行异步操作
  • 使用静态匿名内部类

内存问题大多数都是因为对对象生命周期的不巧当处理造成的，在使用某个对象时，我们需要仔细研究对象的生命周期，当处理一些占用内存较大并且生命周期较长的对象时，应用使用软引用对其就行处理，及时关闭不使用的资源。

以上就是本文的全部内容，希望对大家的学习有所帮助。