在单例模式中如何避免传入非Application的Context造成的内存泄漏

下面我们先来看一个非常常见的单例模式:

public class GCSingleTon{
private static GCSingleTon singleTon;
private Context context;

private GCSingleTon(Context context){

this.context=context;

}

public static GCSingleTon getSingleTon(Context context){
if (singleTon==null){
singleTon=new GCSingleTon(context);
}
return singleTon;
}
}

接着我们来分析这个非常简单的单例模式:

如果此时传入的是Application的Context,没问题;但是如果传入非Application的context例如:Activity的context,由于此context为单例模式持有,那么它的生命周期就会和程序的生命周期一样长, 就会造成此Activity退出销毁却没有被回收,造成严重的内存泄漏;

那么如何避免 呢:方法很简单,那就是不用Activity的context而直接用Application的context.下面我们来看代码:

public class GCSingleTon{
private static GCSingleTon singleTon;
private Context context;

private GCSingleTon(Context context){
//正确的写法是
this.context=context.getApplicationContext();
}

public static GCSingleTon getSingleTon(Context context){
if (singleTon==null){
singleTon=new GCSingleTon(context);
}
return singleTon;
}
}

很多小伙伴看到这里不禁要吐槽了吧,既然要用Application的context,那为何要费力拔插地传入Activity的context然后再调用Activity的context来获得Application的context呢,而不在Application 中添加一个静态方法，返回 Application 的 context.

对啊,Why not?既然有了这个想法我们就一起来试试吧,见代码:

public class MyApplication extends Application {

static Context context;

public static Context getContext() {

return context;

}

@Override
public void onCreate() {
super.onCreate();
context = getApplicationContext();
}
}

这样当然没问题,需要注意的是静态方法中不能掉用非静态变量和方法!所以context的初始化方法要放在onCreate()中.不过这都是常识,我也是白嘱咐这么一句!

那么接下来单例模式就简单了,连Context参数都不用传了.见代码:

private GCSingleTon(){
context=MyApplication.getContext();
}

public static GCSingleTon getSingleTon(){
if (singleTon==null){
singleTon=new GCSingleTon();
}
return singleTon;
}

是不是看着用着都舒服多了?!

That is all.