Android中Context如何正确使用来避免内存泄漏问题

1. 为什么context使用不当会导致内存泄漏

我们在日常开发中，经常用到单例模式，由于单例的静态特性使得其生命周期跟应用的生命周期一样长，所以如果使用不恰当的话，很容易造成内存泄漏。比如下面一个典型的例子，

public class AppManager {

private static AppManager instance;

private Context context;

private AppManager(Context context) {

this.context = context;

}

public static AppManager getInstance(Context context) {

if (instance == null) {

instance = new AppManager(context);

}

return instance;

}

}

这是一个普通的单例模式，当创建这个单例的时候，由于需要传入一个Context，所以这个Context的生命周期的长短至关重要：

1、如果此时传入的是 Application 的 Context，因为 Application 的生命周期就是整个应用的生命周期，所以这将没有任何问题。

2、如果此时传入的是 Activity 的 Context，当这个 Context 所对应的 Activity 退出时，由于该 Context 的引用被单例对象所持有，其生命周期等于整个应用程序的生命周期，所以当前 Activity 退出时它的内存并不会被回收，这就造成泄漏了。

正确的方式应该改为下面这种方式：

public class AppManager {

private static AppManager instance;

private Context context;

private AppManager(Context context) {

this.context = context.getApplicationContext();// 使用Application 的context

}

public static AppManager getInstance(Context context) {

if (instance == null) {

instance = new AppManager(context);

}

return instance;

}

}

2. Context的分类和作用域

其中： NO1表示 Application 和 Service 可以启动一个 Activity，不过需要创建一个新的 task 任务队列。而对于 Dialog 而言，只有在 Activity 中才能创建。

一句话总结：凡是跟UI相关的，都应该使用Activity做为Context来处理。

3. 如何在我们的应用中获取application的context

(1) 如果是在Activity和Service中，可以直接使用getApplicationContext()方法得到；

(2) 如果是在Receiver中,在onReceive(Context context, Intent intent)中会返回一个context实例，然后使用context.getApplicationContext()方法得到。

(3) 如果是在其它的一般类中，学生端请使用UIApplication.getInstance()得到。老师端请使用MApplication.getInstance()得到。

4. Context 简介以及正确使用注意点

Context的正确使用要点：

（1） 当Application的Context能搞定的情况下，并且生命周期长的对象，优先使用Application的Context。

（2） 不要让生命周期长于Activity的对象持有到Activity的引用。

（3） 尽量不要在Activity中使用非静态内部类，因为非静态内部类会隐式持有外部类实例的引用，如果使用静态内部类，将外部实例引用作为弱引用持有。